Sascha Wolf schrieb:

Hallo Michael,

Monday, January 27, 2003, 10:40:30 PM, you wrote:

MB> Matthias Firner schrieb:


On Mon, 27 Jan 2003, Michael Bischof wrote:




[root@koek michael2]# rpm -ivh
'/home/michael2/Desktop/tuxtype-1.0.3-1.i386.rpm'
Fehler: fehlgeschlagene Paket-Abh�ngigkeiten:
libpng.so.2 wird von tuxtype-1.0.3-1 gebraucht
libvorbisfile.so.0 wird von tuxtype-1.0.3-1 gebraucht

[root@koek michael2]# urpmi libpng.so.2
Kein Paket namens libpng.so.2
[root@koek michael2]# urpmi libpng
Alles bereits installiert


Damit ist doch eigentlich alles erkl�rt. tuxtype-blubber.rpm will ein
Paket namens libpng.so.2, welches Du nicht hast, weil es bei deiner
Distribution anders heisst (n�mlich libpng).
Und mit libvorbisfile(.so.0) nochmal das Gleiche.





[root@koek michael2]# urpmi libvorbisfile
Alles bereits installiert


Deswegen bringt




[root@koek lib]# ln -s libpng.so libpng.so.2


auch genau gar nix, weil es nicht darum geht, ob Du die Bibliothek hast,
sondern darum, ob rpm *glaubt*, dass Du die richtige Bibliothek hast.




[root@koek lib]# locate libvorbisfile
/usr/lib/libvorbisfile.so.3.0.0
/usr/lib/libvorbisfile.so.3
[root@koek lib]# ln -s libvorbisfile.so.3.0.0 libvorbisfile.so.0
[root@koek lib]# rpm -ivh
'/home/michael2/Desktop/tuxtype-1.0.3-1.i386.rpm'
Fehler: fehlgeschlagene Paket-Abh�ngigkeiten:
libpng.so.2 wird von tuxtype-1.0.3-1 gebraucht
libvorbisfile.so.0 wird von tuxtype-1.0.3-1 gebraucht


Wenn Du dir also relativ sicher bist, dass Du die abh�ngigen
Bibliotheken (halt unter anderem rpm-Namen, aber was soll's) auf deinem
Rechner hast, dann installiere dein Tuxtype halt mit
--force-dependencies (oder wie auch immer das bei rpm heisst; ich kenne
rpm nicht, weil ich deian verwende).


MB> "Wenn Du dir also relativ sicher bist..." - tja, wer ist schon sicher ?
MB> Gesagt, getan, tuxtype.rpm per --nodeps --force installiert.
MB> Das Ergebnis:

MB> [root@koek michael2]# tuxtype
MB> Couldn't load ../images/standby.png: Couldn't open ../images/standby.png

MB> Es blitzt das Programm kurz auf, um dann abzutauchen. Ich habe nochmals
MB> in /usr/lib mit
MB> ls nachgesehen:
MB> libpng.so@
MB> libpng.so.0@
MB> libpng.so.2@
MB> libpng.so.3@
MB> libpng.so.3.1.2.4*

MB> Wenn ich nach dem gehe was ich bisher gelernt habe sind die ersten 4
MB> softlinks die gegen libpng.so.3.1.2.4*
MB> gelinkt sind. Welche Folgen hat das ?


Das ist doch genau der Haken an rpm und verschiedenen Distributionen:
Wenn die Paketnamen der abh�ngigen Bibliotheken nicht standardisiert sind,
bringt dir auch ein gleichartiges Paketformat nix.


MB> Da stimme ich Dir aus vollem Herzen zu ! So einfach das Kn�pfchen MB> dr�cken auf rpm's ist: so langwierig, z�h
MB> und deprimierend ist oft die ewige Suche danach hinterher die MB> dependancies aufzul�sen.

MB> Danke f�r Deinen Beitrag !

MB> Michael Bischof

MB> ----------------------------------------------------------------------------
MB> PUG - Penguin User Group Wiesbaden - http://www.pug.org

Nur mal so so am Rande, weiss nicht ob es schon angesprochen wurde :)
aber mein S�schen hat auch das Problem gehabt :) steht das Verzeichnis
/usr/lib auch in der ld.so.conf ? Wenn nicht k�nnte dies dein Fehler
erkl�ren!! Einfach das Verzeichnis in die ld.so.conf eintragen und
ldconfig starten fertig ... sollte gehen :)


Hallo Liste, hallo Sascha,
danke f�r den Tip: tats�chlich - in /etc/ld.so.conf fehlte /usr/lib !
Jetzt stehen dort drin:
/usr/X11R6/lib
/usr/lib/qt3/lib
/usr/lib/wine
/usr/lib
ldconfig habe ich laufen lassen. Das gleiche Problem ! Leider. Meine Frage war ja deshalb: k�nnte es sein
da� man mehr als reale Bibliothek braucht als

libpng.so.3.1.2.4*

, nicht nur als soft link ?
Auf der Kiste von Ernst l�uft tuxtype problemlos. Freilich war das Programm auf der Installations-CD seiner
Suse-Distribution...

Sch�nen Tag w�nscht

Michael Bischof



----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org


Antwort per Email an