Mplayer + ungelöste Abhängigkeiten
Hallo zusammen, ich wollte mir nur 'mal eben einen Videoabspieler installieren und mir natürlich einen Film "reinziehen"! Schon artet das ganze in Arbeit aus! Der MPlayer sollte es sein. Bis auf 3 verbliebene Abhängigkeiten ist alles auf der Platte - nur wo kriege ich die her? Auf SuSE's CD's sind sie nicht, Packman erbrachte leider auch nur eine Teillieferung bei GOOGLe treiben sich nur Gleichgesinnte suchend herum - was nun ?? Mir fehlen noch: LibGLcore.so.1 Liblirc_client.so.0 libvgagl.so.1 Habt ihr denn das Ding komplett ? Entweder im Linuxmagazin oder Linux User war, ich glaube in der letzten Ausgabe ein Artikel - die letzten Bauteile müssen doch lieferbar sein - oder!? Und eine Alternative zum Mplayer?? Auf jeden Fall noch einen schönen Abend Heiner -- ************************************** H e i n e r G e w i e h s Marketing-Fachkaufmann D- 63868 Großwallstadt FON: (06022) 65 41 67 Mail: heiner.gewiehs@gewiehs.de **************************************
Hallo, On Sat, 15 Mar 2003, Heiner Gewiehs wrote:
Der MPlayer sollte es sein.
Wo hast du den her?
Packman erbrachte leider auch nur eine Teillieferung
Auf Packman findet sich alles noetige.
Mir fehlen noch: LibGLcore.so.1
Ist in mesasoft bzw. in den Treiberpacketen deiner GraKa, z.B. bei den nVidia-Treibern.
Liblirc_client.so.0
Ist fuer LIRC (also fuer Infrarotfernbedienungen o.ae.). Diese Abhaengigkeit ist wohl meist ignorierbar. Wenn nur noch diese uebrig ist, kannst du diese eine Abhaengigkeit wohl mit --nodeps ignorieren.
libvgagl.so.1
Gehoert zur svgalib.
Habt ihr denn das Ding komplett ?
Ja. Von Packman (aber auch selber kompiliert, da meine Distri inzwischen wohl als "historisch" bezeichnet werden koennte ;)
Und eine Alternative zum Mplayer??
xine, ebenfalls komplett bei packman fuer SuSE zu bekommen :) -dnh -- \date\everyjob\protect\leavevmode\lower\body\insert\active\fill\eject\relax \bye -- a (La)TeXies view of sex [thanks to: R.Zierke, dasr]
Heiner Gewiehs wrote:
ich wollte mir nur 'mal eben einen Videoabspieler installieren und mir natürlich einen Film "reinziehen"! Schon artet das ganze in Arbeit aus!
Der MPlayer sollte es sein.
Gute Wahl!
Bis auf 3 verbliebene Abhängigkeiten ist alles auf der Platte - nur wo kriege ich die her? Auf SuSE's CD's sind sie nicht, Packman erbrachte leider auch nur eine Teillieferung bei GOOGLe treiben sich nur Gleichgesinnte suchend herum - was nun ??
Mir fehlen noch: LibGLcore.so.1
Da hat jemand IMHO beim Packen des RPMs nicht ganz aufgepasst und ein switch2xf86_glx vergessen. Die libGLcore kommt aus dem NVIDIA-RPM. Wenn Du das nicht hast, wirst Du das MPlayer-RPM mit --nodeps am Ende installieren muessen. Zuvor aber die an- deren unten aufgefuehrten Abhaengigkeiten aufloe- sen.
Liblirc_client.so.0
Stammt aus dem Paket lirc, ist bei meiner SuSE 8.0 auf den CDs dabei.
libvgagl.so.1
Stammt aus dem Paket shlibs5, ist ebenfalls bei mei- ber SuSE 8.0 auf den CDs dabei.
Habt ihr denn das Ding komplett ?
Klar - selbstcompiliert :-)
[...] Und eine Alternative zum Mplayer??
xine. Ich bevorzuge aber MPlayer. Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Am Samstag, 15. März 2003 20:36 schrieb Heiner Gewiehs:
ich wollte mir nur 'mal eben einen Videoabspieler installieren und mir natürlich einen Film "reinziehen"! Schon artet das ganze in Arbeit aus!
Der MPlayer sollte es sein.
Bis auf 3 verbliebene Abhängigkeiten ist alles auf der Platte - nur wo kriege ich die her?
Wo hast Du denn das Paket her? Ich vermute schwer, dass es sich um kein RPM für ne SuSE handelt. Die Aktuelle Version gibts wie immer bei Packman und alles was nicht bei SuSE dabei ist auch.
Und eine Alternative zum Mplayer??
xine, von der anzahl unterstützter Formate nehmen sich die bein Player nichts (einmal ist der vorne, einmal der andere). Was Dir besser liegt, musst Du selber rausfinden, klasse sind beide Player. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 15. März 2003 21:10 schrieb Manfred Tremmel:
Am Samstag, 15. März 2003 20:36 schrieb Heiner Gewiehs:
ich wollte mir nur 'mal eben einen Videoabspieler installieren und mir natürlich einen Film "reinziehen"! Schon artet das ganze in Arbeit aus!
Der MPlayer sollte es sein.
Bis auf 3 verbliebene Abhängigkeiten ist alles auf der Platte - nur wo kriege ich die her?
Wo hast Du denn das Paket her? Ich vermute schwer, dass es sich um kein RPM für ne SuSE handelt. Die Aktuelle Version gibts wie immer bei Packman und alles was nicht bei SuSE dabei ist auch.
Hallo, Manfred, das Paket Mplayer ist von Packman für SuSE 8.0 von Henne Vogelsang. vielen Dank auch an Thomas und David. Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert und den Mplayer werde ich gleich mit --nodeps aufspielen. Viel Grüße Heiner -- ************************************** H e i n e r G e w i e h s Marketing-Fachkaufmann D- 63868 Großwallstadt FON: (06022) 65 41 67 Mail: heiner.gewiehs@gewiehs.de **************************************
Hallo, On Sat, 15 Mar 2003, Heiner Gewiehs wrote:
Am Samstag, 15. März 2003 21:10 schrieb Manfred Tremmel: [mplayer Abhaengigkeiten]
Wo hast Du denn das Paket her? Ich vermute schwer, dass es sich um kein RPM für ne SuSE handelt. Die Aktuelle Version gibts wie immer bei Packman und alles was nicht bei SuSE dabei ist auch.
Manfred, das Paket Mplayer ist von Packman für SuSE 8.0 von Henne Vogelsang.
Das sollte eigentlich richtig gepackt sein.
Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert und den Mplayer werde ich gleich mit --nodeps aufspielen.
NEIEN! *heul* Das waere nur die Variante, wenn du explizit die Abhaengigkeit auf liblirc ignorieren willst (und evtl. klappt dann ein starten von mplayer nicht, dann muesstest du die liblirc immer noch installieren. Die Abhaengigkeit auf libGLcore solltest du auf keinen Fall ignorieren! Installiere also _NICHT_ mit --nodeps! -dnh -- Eine Gruppe arabischer Surfer wollten sich endlich mal in Redmond bei Bill Gates dafür bedanken, dass er das Internet erfunden hat. Nur tragischerweise lief das Navigationssystem nur unter Microsoft Windows... Blue Skies. -- J. E. Guenther in dasr zum WTC Anschlag
David Haller wrote:
On Sat, 15 Mar 2003, Heiner Gewiehs wrote:
[...] Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert und den Mplayer werde ich gleich mit --nodeps aufspielen.
NEIEN! *heul* [...] Die Abhaengigkeit auf libGLcore solltest du auf keinen Fall ignorieren!
Er wird keine andere Wahl haben! libGLcore gibt es defini- tiv (zumindest bei meiner SuSE 8.0) nicht in einem handels- ueblichen RPM auf der CD (habe grade ein zgrep laufen las- sen), sondern nur in den NVIDIA-Treiber-RPMs. Wenn er diese nicht hat, bleibt nichts anderes uebrig - oder eben Selbst- compilieren des MPlayer-Paketes. Gruesse, Thomson
Am Samstag, 15. März 2003 23:04 schrieb Thomas Hertweck:
David Haller wrote:
On Sat, 15 Mar 2003, Heiner Gewiehs wrote:
[...] Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert und den Mplayer werde ich gleich mit --nodeps aufspielen.
NEIEN! *heul* [...] Die Abhaengigkeit auf libGLcore solltest du auf keinen Fall ignorieren!
Er wird keine andere Wahl haben! libGLcore gibt es defini- tiv (zumindest bei meiner SuSE 8.0) nicht in einem handels- ueblichen RPM auf der CD (habe grade ein zgrep laufen las- sen), sondern nur in den NVIDIA-Treiber-RPMs. Wenn er diese nicht hat, bleibt nichts anderes uebrig - oder eben Selbst- compilieren des MPlayer-Paketes.
nein, da immer noch ungelöste Abhängigkeiten vorhanden sind, habe ich das erst einmal zurückgestellt. Ich habe mir im letzten Jahr bereits e i n m a l das System mit --nodeps zerschossen, das reicht mir, auch zukünftig gesehen. Vorerst vielen Dank an euch beide und gute Nacht Heiner -- ************************************** H e i n e r G e w i e h s Marketing-Fachkaufmann D- 63868 Großwallstadt FON: (06022) 65 41 67 Mail: heiner.gewiehs@gewiehs.de **************************************
Hallo, On Sat, 15 Mar 2003, Thomas Hertweck wrote:
David Haller wrote:
On Sat, 15 Mar 2003, Heiner Gewiehs wrote:
[...] Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert und den Mplayer werde ich gleich mit --nodeps aufspielen.
NEIEN! *heul* [...] Die Abhaengigkeit auf libGLcore solltest du auf keinen Fall ignorieren!
Er wird keine andere Wahl haben! libGLcore gibt es defini- tiv (zumindest bei meiner SuSE 8.0) nicht in einem handels- ueblichen RPM auf der CD
Ups. Hab ich mit libGL.so.x verwelchsert ;(
sondern nur in den NVIDIA-Treiber-RPMs.
Moment... *umdreh* <voice mode="keif" type="Schwiegermutter"> Heeennnnnnnnnnäääääää! Maaanfrääääääääääd! Requires fixäääääännn!!1 </voice> *SCNR* -dnh, der sich den MPlayer erstaunlich schmerzlos selber kompilieren konnte, trotz "altem" System und ohne 3d-Karte... :) Und jo, dat Dingens löppt janz jooot :) PS@Henne: Ggfs. die Requires manuell einbauen (und dann "Autoreqprov: off").... Zum Vergleich bei meinem MPlayer (dein src.rpm von packman, dein spec nur gering angepasst[1]): $ rpm -q MPlayer MPlayer-0.90rc3-1_dh_1 $ rpm -q --requires MPlayer | xargs echo /bin/bash /bin/sh /usr/bin/awk /usr/bin/perl /usr/bin/python ld-linux.so.2 libMesaGL.so.3 libNoVersion.so.1 libSDL-1.1.so.0 libX11.so.6 libXext.so.6 libXi.so.6 libaa.so.1 libartsc.so.0 libasound.so.1 libaudiofile.so.0 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libdha.so.0.1 libdl.so.2 libdl.so.2(GLIBC_2.0) libdl.so.2(GLIBC_2.1) libesd.so.0 libgdk-1.2.so.0 libggi.so.2 libgif.so libglib-1.2.so.0 libglide2x.so libgmodule-1.2.so.0 libgpm.so.1 libgthread-1.2.so.0 libgtk-1.2.so.0 libjpeg.so.62 liblirc_client.so.0 libm.so.6 libm.so.6(GLIBC_2.0) libm.so.6(GLIBC_2.1) libncurses.so.5 libnsl.so.1 libpng.so.2 libpthread.so.0 libpthread.so.0(GLIBC_2.0) libpthread.so.0(GLIBC_2.1) libslang.so.1 libtermcap.so.2 libvga.so.1 libvgagl.so.1 libxmms.so.1 libz.so.1 Versionen der libs bitte dem des Build-Systems entnehmen, obiges basiert auf glibc 2.1.3/XFree86 3.3.6... Die "libMesaGL.so" sollte man wohl (wenn moeglich) ebenfalls durch das "generische" "libGL.so" ersetzen. Kompiliert mit: ./configure \ --prefix=%{_prefix} \ --confdir=%{_confdir} \ --datadir=%{_prefix}/share/mplayer \ --libdir=%{_libdir} \ --mandir=%{_mandir} \ --enable-largefiles \ --enable-gui \ --enable-joystick \ --enable-i18n \ --enable-menu \ --enable-3dfx \ --enable-zr \ --enable-dynamic-plugins \ --with-extraincdir="/usr/local/include/divx -I/usr/include/glide" --with-extralibdir="/usr/local/lib/ggi" \ --with-xanimlibdir=/usr/local/share/xanim \ --enable-xmms \ --with-xmmslibdir=/usr/X11/lib \ --with-xmmsplugindir=/usr/X11/lib/xmms/Input \ --enable-debug=no Wobei --enable-3dfx / Requires: libglide2x.so natuerlich wiederum GraKa spezifisch ist, also generell wegzulassen waere, wenn man "generisch" kompiliert... PPS: Besteht Interesse an einem MPlayer fuer glibc-2.1.3/XFree 3.x? Dann jag ich das spec nochmal (aktualisiert) mit etwas generischen Optionen durch (fuer SuSE >= 6.2)... PPPS: Ja, das ist hier OnTopic. Packman kann man IMO durchaus als "Spinoff" dieser Liste ansehen ;) [1] kann ich gerne mailen, wenn du Interesse hast -- DAUs zu beweisen, daß sie DAU sind wäre Rekursion. (Werner Jakobi zu Norbert Sima in dag°)
Am Samstag, 15. März 2003 22:29 schrieb David Haller:
Das sollte eigentlich richtig gepackt sein.
Leider nein, die libGLcore ist NVidia-spezifisch, wer keinen NVidia-Treiber verwendet, wird diese lib nie auf das System kriegen, weshalb man bei Verwendung des NVidia-Treiber vorm Backen von RPMs ein 'switch2xf86_glx' laufen lassen sollte (bei mir inzwischen Standard, 'switch2nvidia_glx' wird dann aktiviert, wenn
Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert und den Mplayer werde ich gleich mit --nodeps aufspielen.
NEIEN! *heul*
Im Prinzip stimm ich Dir antürlich voll und ganz zu, aber wie heisst es so schön, Ausnahmen bestätigen die Regeln.
Das waere nur die Variante, wenn du explizit die Abhaengigkeit auf liblirc ignorieren willst (und evtl. klappt dann ein starten von mplayer nicht, dann muesstest du die liblirc immer noch installieren.
Das nachzuinstallieren sollte kein großes Problem sein.
Die Abhaengigkeit auf libGLcore solltest du auf keinen Fall ignorieren!
Doch, genau die darf man ;-) Non-NVidia-Systeme haben nur die libGL, nicht die libGLcore. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo, On Sat, 15 Mar 2003, Manfred Tremmel wrote:
Am Samstag, 15. März 2003 22:29 schrieb David Haller:
Das sollte eigentlich richtig gepackt sein.
Leider nein,
Siehe nebenan ;)) [..]
Die Abhaengigkeit auf libGLcore solltest du auf keinen Fall ignorieren!
Doch, genau die darf man ;-) Non-NVidia-Systeme haben nur die libGL, nicht die libGLcore.
Hatte letztere mit der ersteren verwechselt ;( -dnh --
Autobahnen. Du meinst sicherlich die Auffahrten auf die überlangen und unsinnigen Großparkplätze, richtig? -- Uwe Ohse zu Jens Link in dasr
Am Samstag, 15. März 2003 21:39 schrieb Heiner Gewiehs:
Am Samstag, 15. März 2003 21:10 schrieb Manfred Tremmel:
Am Samstag, 15. März 2003 20:36 schrieb Heiner Gewiehs:
Der MPlayer sollte es sein.
Bis auf 3 verbliebene Abhängigkeiten ist alles auf der Platte - nur wo kriege ich die her?
Wo hast Du denn das Paket her? Ich vermute schwer, dass es sich um kein RPM für ne SuSE handelt. Die Aktuelle Version gibts wie immer bei Packman und alles was nicht bei SuSE dabei ist auch.
Hallo,
Manfred, das Paket Mplayer ist von Packman für SuSE 8.0 von Henne Vogelsang. vielen Dank auch an Thomas und David. Ich habe die zwei Pakete (liblirc_client.so.0 - Paket lirc und libvgagl.so.1 - Paket shlibs5) mit YaST installiert
Einmal noch, Schiete! Nichts war's, das mit YaST installierte Paket shlibs5 wird immer noch als nicht aufgelöste Abhängigkeit angesehen. Jetzt habe ich 'mal versucht wie das so mit XINE ist. Habe, so glaube ich jedenfalls alles an Paketen verfügbare von Packman heruntergeladen und treffe auf noch mehr ungelöste Abhängigkeiten. boss:/home/heiner/Documents/DOWNLOADS/XINE # rpm -Uvh *.rpm Fehler: fehlgeschlagene Paket-Abhängigkeiten: flac wird von libxine1-flac-1_beta8-0 gebraucht libFLAC.so.3 wird von libxine1-flac-1_beta8-0 gebraucht bonobo-activation wird von libxine1-gnome-vfs-1_beta8-0 gebraucht glib2 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht orbit2 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libbonobo-activation.so.4 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libgconf-2.so.4 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libglib-2.0.so.0 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libgmodule-2.0.so.0 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libgnomevfs-2.so.0 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libgobject-2.0.so.0 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libgthread-2.0.so.0 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht liblinc.so.1 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht libORBit-2.so.0 wird von libxine1-gnome-vfs-1_beta8-0 gebraucht curl >= 7.10 wird von xine-ui-0.9.19-0 gebraucht libpng12.so.0 wird von xine-ui-0.9.19-0 gebraucht boss:/home/heiner/Documents/DOWNLOADS/XINE # ist dies jetzt eine Frage der SuSE- Version? Ich habe die SuSE 8.0, Packman hat die Pakete für 8.1 aufbereitet? Von den o.a. fehlenden Paketen ist nur libpng auf SuSE8.0 - curl nur in Version 7.9.2 und bonobo nur als bonobo und nicht als bonobo-activation der Rest fehlt. Wären denn die fehlenden Pakete auf der 8.1 oder sind die auch in anderen Paketen wieder versteckt?? Eins kann ich bei der ganzen Geschichte allerdings nicht verstehen, wenn sich jemand die Arbeit und Mühe macht, einen funktionierenden Apparat zu bauen, warum kann dann nicht dieser Apparat als funktionierendes Etwas, als Ganzes unter die Leute gebracht werden? Warum nur als Bausatz? Gut, als mehr oder weniger Aussenstehender, weiss ich natürlich nicht, wieviele von diesen Paketen in irgendeiner Weise rechtlich geschützt sind oder ausdrücklich nicht anonym in Pakete gesteckt werden dürfen - naja, ist schon spät - bis dann! Gute Nacht Heiner -- ************************************** H e i n e r G e w i e h s Marketing-Fachkaufmann D- 63868 Großwallstadt FON: (06022) 65 41 67 Mail: heiner.gewiehs@gewiehs.de **************************************
Am Samstag, 15. März 2003 23:23 schrieb Heiner Gewiehs:
Gut, als mehr oder weniger Aussenstehender, weiss ich natürlich nicht, wieviele von diesen Paketen in irgendeiner Weise rechtlich geschützt sind oder ausdrücklich nicht anonym in Pakete gesteckt werden dürfen - naja, ist schon spät - bis dann!
Das kann man ja nicht mehr mitanlesen :-) Kompilier' Dir das doch einfach: ./configure --enable-gui make su make install ist viel leichter und besser auf Dein System abgestimmt. Gruß, Henrik
Am Samstag, 15. März 2003 23:23 schrieb Heiner Gewiehs:
Jetzt habe ich 'mal versucht wie das so mit XINE ist. Habe, so glaube ich jedenfalls alles an Paketen verfügbare von Packman heruntergeladen und treffe auf noch mehr ungelöste Abhängigkeiten.
Ich hab die Sachen extra aufgeteilt, damit man sich die optionalen Pakete sparen kann und die von der Abhängigkeit her probleme machen.
boss:/home/heiner/Documents/DOWNLOADS/XINE # rpm -Uvh *.rpm Fehler: fehlgeschlagene Paket-Abhängigkeiten: flac wird von libxine1-flac-1_beta8-0 gebraucht libFLAC.so.3 wird von libxine1-flac-1_beta8-0 gebraucht
flac ist ein verlustfreier Audiocodec, liegt bei SuSE 8.1 bei das Paket. Falls Du keine flac-Dateien hast, die Du abspielen willst, las libxine1-flac-1_beta8-0 weg.
bonobo-activation wird von libxine1-gnome-vfs-1_beta8-0
libxine1-gnome-vfs-1_beta8-0 benötigt, wie ich auf der Download-Seite erwähnt habe, jede Menge Gnome2-Bibliotheken, falls Du nicht den Gnome2 Frontend totem verwenden willst, gibt es keinen Grund das Paket zu installieren, hab es hier selbst nicht installiert.
curl >= 7.10 wird von xine-ui-0.9.19-0 gebraucht libpng12.so.0 wird von xine-ui-0.9.19-0 gebraucht
Das steht aber nun auf der Downloadseite der xine-ui: curl gibts bei Packman: http://packman.links2linux.de/index.php4?action=221 und für die incompatible libpng zwischen SuSE 8.1 und den Vorgängerversionen hab ich ein Kompatibilitätspaket unter http://packman.links2linux.de/index.php4?action=238 abgelegt, das parallel zur von SuSE mitgelieferten libpng installiert werden kann.
ist dies jetzt eine Frage der SuSE- Version?
Ja, siehe oben.
Ich habe die SuSE 8.0, Packman hat die Pakete für 8.1 aufbereitet?
Ja, habe keine SuSE 8.0, ausserdem empfielt sich das compilieren mit gcc 3.2, tests auf meinem PowerBook haben bis zu 30% höhere Speed festgestellt, ob das bei IA32 auch so deutlich ausfällt, kann ich nicht sagen (der Rechner ist zu schnell um Framedrops zu vergleichen).
Von den o.a. fehlenden Paketen ist nur libpng auf SuSE8.0 - curl nur in Version 7.9.2 und bonobo nur als bonobo und nicht als bonobo-activation der Rest fehlt. Wären denn die fehlenden Pakete auf der 8.1 oder sind die auch in anderen Paketen wieder versteckt??
Siehe oben. Das ganze Gnome2-Gedengs ist nicht bei Packman, wer es haben will, kann die Versionen vom SuSE FTP-Server nehmen. Ich habs installiert, um vollständig alle möglichen xine-Bibliotheken anbieten zu können und um gxine compilieren zu können.
Eins kann ich bei der ganzen Geschichte allerdings nicht verstehen, wenn sich jemand die Arbeit und Mühe macht, einen funktionierenden Apparat zu bauen, warum kann dann nicht dieser Apparat als funktionierendes Etwas, als Ganzes unter die Leute gebracht werden? Warum nur als Bausatz?
Genau um die Abhängigkeitesprobleme zu lösen, hab ich das libxine Paket gesplittet. Niemand soll einen Treiber für eine dxr3 Videodecoder-Karte oder gnome2 installieren müssen, nur um mit xine AVIs oder DVDs schauen zu können. Andererseits wäre es schade, wenn z.B. dxr3-Kartenbesitzer nicht an die Unterstützung ihrer Karte kommen würden. Ich hab das libxine Basispaket extra so gewählt, dass keine Abhängigkeiten offen sind, die eine SuSE Basisinstallation nicht erfüllt. Zu den anderen Teilen gibt es jeweils eine Beschreibung, die es erleichtern soll zu entscheiden, ob das Paket benötigt wird, oder nicht. Würde ich alle Libs im libxine-Paket statisch gelinkt mitliefern, gäbe es erstens ein Paket mit dreistelliger MB-Grösse, ehlendige Startzeiten und irsinnigem Speicherverbrauch geben. Falls jemand einen Vorschlag hat, wie man das besser lösen kann, bin für jede Möglichkeit offen.
Gute Nacht
Schlaf gut. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (5)
-
David Haller -
Heiner Gewiehs -
Henrik Evers -
Manfred Tremmel -
Thomas Hertweck