Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

25.10.2006, 19:16

Wollt ihr ein Ampache MPD Howto?

Hab gerade mal einen Soundsever mit MPD mysql und ampache aufgesetzt.

Hätte jemand Interesse an einem Howto, dann mache ich eines.
Et gibt nüx Gutes, außer man tut es

2

25.10.2006, 20:18

Hab letztens noch Ampache mit mpd aufgesetz also so schwer fand ich es persönlich jetzt nicht aber gegen das howto hät ich nix :)

mfg
Radical

3

25.10.2006, 20:25

RE: Wollt ihr ein Ampache MPD Howto?

Mich würde das Howto auch interesieren.

mfg. muffi

4

25.10.2006, 20:44

Zitat

Original von Radical
Hab letztens noch Ampache mit mpd aufgesetz also so schwer fand ich es persönlich jetzt nicht aber gegen das howto hät ich nix :)

mfg
Radical


Na ja, schwer muß es auch nicht sein.
Dachte eher an den komplexen Zusammenhang der verschiedenen Voraussetzungen.

Z.B. bin ich auf Schwierigkeiten gestoßen, libiconv Unterstützung für PHP5 zu gewährleisten, weil es das für gentoo nur noch als virtuelle lib gibt und Programme , die dies fordern, erst überredet werden müßen , sich damit zufrieden zu geben.

Nur so kann man dann aber alle Arten von Tags verwenden , etc.

Ich werde mal loslegen...so in einer Woche wird es dann soweit sein.

Greez
Et gibt nüx Gutes, außer man tut es

5

25.10.2006, 21:09

also mit der libiconv Unterstützung hatte ich jetzt eigentlich auch keine probs aber das tut ja nix zu sache hehe bin mal auf dein howto gespannt :)

6

25.10.2006, 23:07

Erscheint im Betahowto demnächst.

Kann übrigens an deiner PHP version liegen (ebuild version) zwischenzeitlich war dev-lib/libiconv für x86 wieder freigegeben, dann nur noch für ~x86 und nun ist es hardmasked, weil zuviele bugs auftraten.
Um welche Probleme es dabei eigentlich geht, liest du hier
Gentoo Technotes

Und über die bugs beim changelog

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
17 Oct 2006; Roy Marples <uberlord@gentoo.org> libiconv-1.11.ebuild:
Added ~sparc-fbsd keyword.

05 Aug 2006; Tobias Scherbaum <dertobi123@gentoo.org>
libiconv-1.11.ebuild:
remove ~ppc keyword, bug #141312

03 Aug 2006; Gustavo Zacarias <gustavoz@gentoo.org> libiconv-1.11.ebuild:
Nuke teh ~sparc keyword wrt #141312

28 Jul 2006; Diego Pettenò <flameeyes@gentoo.org> libiconv-1.11.ebuild:
Remove ~amd64 keyword.

24 Jul 2006; Andrej Kacian <ticho@gentoo.org> libiconv-1.11.ebuild:
Removed ~x86 from KEYWORDS, see bug #141312.


bug:# 14132

Normalerweise merkst du das gar nicht, weil nur wenige Proggies noch daruf zurückgreifen.
Wenn du eine test.php

Quellcode

1
phpinfo();


ansiehst, wirst du u.U. ein --disable-iconv entdecken, obwohl du PHP mit iconv emerged hast.

wenn du die test.php im ampac

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
*/
// Set the Error level manualy... I'm to lazy to fix notices
error_reporting(E_ALL ^ E_NOTICE);


$prefix = dirname(__FILE__);
$configfile = "$prefix/config/ampache.cfg.php";


require_once($prefix . "/lib/general.lib.php");
require_once($prefix . "/lib/ui.lib.php");
require_once($prefix . "/lib/class/error.class.php");
$error = new error();
require_once($prefix . "/lib/debug.php");



switch ($_REQUEST['action']) { 

        case 'verify_config':
                // This reads the ampache.cfg and compares the potential options against
                // those in ampache.cfg.dst
                show_compare_config($prefix); 
                break;
        default:
                require_once($prefix . "/templates/show_test.inc");
                break;
} // end switch on action

Verzeichnis aufrufst,

erscheint eine Fehlermeldung, mit dem Zusatz, daß es nicht gravierend ist, aber nicht alle Tag-Funktionen zur Verfügung stehen.


Lange Rede kurzer Sinn , erst die testing PHP5 kompilierte unter Zuhilfnahme der virtual-lib/libiconv tatsächlich mit --enable-iconv.

Wer also das alles neu aufsetzt, wird mitunter auf diese Probleme stoßen.

Das ist nicht "schwer", aber gut zu wissen.
Et gibt nüx Gutes, außer man tut es

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »PANCHO« (26.10.2006, 07:41)


7

21.11.2006, 20:36

Mahlzeit! :)

Und wie hast du das PHP so installiert bekommen?

make.conf:

Quellcode

1
USE="-ipv6 x86 aac a52 acpi alsa amuled apache2 arts berkdb cddb crypt cups divx4linux doc dvb dvdread dvd dvdr encode faac faad fbcon ffmpeg freetype gd gdbm gif gnome gtk gtk2 iconv innodb isdnlog ithreads java jpeg kde latin1 lirc libg++ libwww mad mpeg mplayer mysql ncurses motif mtrr nls oggvorbis opengl oss pam pcre pdflib php png python qt quicktime real readline remote samba sdl session slang spell ssl svg tcpd tiff truetype unicode v4l v4l2 X xine xml xml2 xmms xv zlib xv xvid mmx mmxext sse 3dnow 3dnowext"


package.keywords:

Quellcode

1
dev-lang/php ~x86


package.use

Quellcode

1
dev-lang/php iconv


nach einem erneuten emerge -av dev-lang/php sagt mir die Testseite immernoch, dass iconv nicht an ist :(

System ist ein AthlonXP mit gen2vdr (basiert auf 2006.0 x86)

So long...