rpm meldet=?iso-8859-1?Q?_ungel=F6ste?= abhängikeit :(
Hi folgendes "problem" : Bei einem Programm , das ich gerne intallieren möchte, finde ich kein paket wo es drin ist bei suse - hat jemand ne idee wie ich im www da suchen kann ?? ( libGLcore.so.1 = komplett unbekannt- weder in der susehilfe / paketbeschr eibungen noch via rpm) ( libcrypto.so.1,libssl.so.1 = laut www und suse iss das neuerste xxx.so.0.9.6 ) irgendwelche ideen ?????? Danke !!! -- An artist should be fit for the best society and keep out of it. ---------------------------------- Registierter Linux - User #177159 ICQ - UIN : 51735624 HP : http://members.tripod.de/LinuxCobra/
Am 05 Aug 2001 02:55:50 +0200 schrieb Marco_Jaeger@gmx.de:
Hi
folgendes "problem" :
Bei einem Programm , das ich gerne intallieren möchte, finde ich kein paket wo es drin ist bei suse - hat jemand ne idee wie ich im www da suchen kann ??
( libGLcore.so.1 = komplett unbekannt- weder in der susehilfe / paketbeschr eibungen noch via rpm) NVIDIA_GLX
Proprietäre Lib von NVidia. Dieses RPM ist mit NVidia's GL Libraries gelinkt worden und ist somit inkompatibel zu anderen GL-Implementierungen.
( libcrypto.so.1,libssl.so.1 = laut www und suse iss das neuerste xxx.so.0.9.6 )
# rpm -q -f /usr/lib/libcrypto.so.0.9.6 openssl-0.9.6a-35
irgendwelche ideen ?????? Wenn Du keine NVidia-Graphikkarte hast, dürftest Du mit diesem RPM nicht glücklich werden :)
Ralf
Am Sonntag, 5. August 2001 05:49 schrieb Ralf Corsepius:
( libGLcore.so.1 = komplett unbekannt- weder in der susehilfe / paketbeschr eibungen noch via rpm)
NVIDIA_GLX
Proprietäre Lib von NVidia. Dieses RPM ist mit NVidia's GL Libraries gelinkt worden und ist somit inkompatibel zu anderen GL-Implementierungen.
Reichlich eigenwillige Interpretation! Die libGLcore gibts auch im xf86_glx Paket (libGLcore.a). Ich kann mir nicht vorstellen, dass das Programm wirklich auf die libGLcore.so besteht, wenn dann ist das wohl ein Fehler im RPM.
( libcrypto.so.1,libssl.so.1 = laut www und suse iss das neuerste xxx.so.0.9.6 )
# rpm -q -f /usr/lib/libcrypto.so.0.9.6 openssl-0.9.6a-35
Das dürfte seine Frage nicht beantworten, er sucht ja die libssl.so.1 und die gibts bei SuSE wohl definitiv nicht. Marco, um welches RPM handelt es sich denn, für welche Distribution wurde es erstellt? -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Am 05 Aug 2001 14:55:59 +0200 schrieb Manfred Tremmel:
Am Sonntag, 5. August 2001 05:49 schrieb Ralf Corsepius:
( libGLcore.so.1 = komplett unbekannt- weder in der susehilfe / paketbeschr eibungen noch via rpm)
NVIDIA_GLX
Proprietäre Lib von NVidia. Dieses RPM ist mit NVidia's GL Libraries gelinkt worden und ist somit inkompatibel zu anderen GL-Implementierungen.
Reichlich eigenwillige Interpretation! Es steht Dir frei das zu denken, doch bin ich da gänzlich anderer Meinung.
Die libGLcore gibts auch im xf86_glx Paket (libGLcore.a). *.a => Statische Lib.
Wenn das RPM libGLcore.so verlangt, ist ein Program darin gegen eine dynamische libGLcore.so gelinkt und die statische Version aus xf86_glx ist dann vollkommen irrelevant. Die einzige dynamische libGLcore.so, die es unter SuSE gibt, ist die von NVidia. wodurch man sich zur Laufzeit einige Probleme einhandeln kann, wenn keine NVidia-Karte verwendet wird.
Ich kann mir nicht vorstellen, dass das Programm wirklich auf die libGLcore.so besteht, wenn dann ist das wohl ein Fehler im RPM. Mit Einschränkung ja. Je nachdem wie man es sieht, liegt entweder
* eine Inkonsistenz der SuSE-GLX-Pakete vor: Wenn Applikationen mit libGLcore.so gelinkt sein dürfen, müssen _alle_ möglichen GLX-Implementierungen eine libGLcore.so mitbringen. Bei SuSE ist das nicht der Fall. * ein Paketierungsfehler dieses RPMs vor: Unter SuSE müssen alle GL-Apps., die binär verteilt werden, statisch gegen eine libGLcore.a linkt sein. SuSE linkt alle GL-Sachen gegen xf86_glx, umgeht dadurch die Problematik mit NVidia's libGLcore.so und braucht keine dynamischen libGLcore.so's für andere GLX-Treiber zu verteilen (Für einige Treiber gibt es sie nicht). Die Abhängigkeiten von RPMs bez. libGLXcore.so treten unter SuSE dann auf, wenn zum Zeitpunkt des Übersetzen die Original NVidia GLX-RPMs verwendet werden. Die SuSE-NVidia-RPMs sind anders gepackt und versuchen dieses Problem zu umgehen. Ralf
On Son, 05 Aug 2001, Manfred Tremmel wrote:
Das dürfte seine Frage nicht beantworten, er sucht ja die libssl.so.1 und die gibts bei SuSE wohl definitiv nicht.
Nicht? # locate libssl.so /usr/lib/apache/libssl.so /usr/lib/libssl.so.0 /usr/lib/libssl.so.0.9.6 # rpm -qf `locate libssl.so` mod_ssl-2.3.5-17 openssl-0.9.6-6 openssl-0.9.6-6 # rpm -q --queryformat "%{VENDOR} %{DISTRIBUTION}\n"\ `rpm -qf \`locate libssl.so\`` SuSE GmbH, Nuernberg, Germany SuSE Linux 6.2 (i386) SuSE GmbH, Nuernberg, Germany SuSE Linux 6.4 (i386) SuSE GmbH, Nuernberg, Germany SuSE Linux 6.4 (i386) -dnh -- Wer weis denn Heute noch was wahre Liebe ist. Liebe als Ware, ja das kennt "Mann". [WoKo in dag°]
Am Montag, 6. August 2001 11:00 schrieb David Haller:
# locate libssl.so /usr/lib/apache/libssl.so /usr/lib/libssl.so.0 /usr/lib/libssl.so.0.9.6
Nochmal langsam zum mitschreiben: libssl.so.1 Vergleiche: 0 != 1, jetzt verstanden? -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
On Die, 07 Aug 2001, Manfred Tremmel wrote:
Am Montag, 6. August 2001 11:00 schrieb David Haller:
/usr/lib/libssl.so.0.9.6 Nochmal langsam zum mitschreiben: libssl.so.1 Vergleiche: 0 != 1, jetzt verstanden?
Ja... War mir auch schon aufgefallen... Naja, vielleicht war das Beispiel, wie man rpm einsetzen kann, fuer jemanden hilfreich... ;) -dnh -- Support bacteria - it's the only culture some people have!
Hi Also genau genommen sind es 2 Programme, die es bei SuSE "leider" noch in einer alten version gibt, daher habe ich mir direkt die Daten ( RPM's ) auf den jeweilligen "Programmirer-Seiten" gesaugt. Am 05-Aug-01 schrieb Manfred Tremmel :
Am Sonntag, 5. August 2001 05:49 schrieb Ralf Corsepius:
( libGLcore.so.1 = komplett unbekannt- weder in der susehilfe / paketbeschr eibungen noch via rpm)
NVIDIA_GLX
Proprietäre Lib von NVidia. Dieses RPM ist mit NVidia's GL Libraries gelinkt worden und ist somit inkompatibel zu anderen GL-Implementierungen.
Reichlich eigenwillige Interpretation! Die libGLcore gibts auch im xf86_glx Paket (libGLcore.a). Ich kann mir nicht vorstellen, dass das Programm wirklich auf die libGLcore.so besteht, wenn dann ist das wohl ein Fehler im RPM.
KVirc 2.1.1 will dieses in der originalfassung - wollte ausprobieren, ob diese version stabiler ist als die, die bei 7.2 dabei iss ( einloggen - und plopp ( absturz )
( libcrypto.so.1,libssl.so.1 = laut www und suse iss das neuerste xxx.so.0.9.6 )
# rpm -q -f /usr/lib/libcrypto.so.0.9.6 openssl-0.9.6a-35
schon wieder überaltert - laut tuxfinder.com iss die neuerste 0.9.6a-36
Das dürfte seine Frage nicht beantworten, er sucht ja die libssl.so.1 und die gibts bei SuSE wohl definitiv nicht.
Marco, um welches RPM handelt es sich denn, für welche Distribution wurde es erstellt?
Xchat ab Version 1.8.1 will libcrypto bzw libssl in der version so.1 ! aber das prob iss ja egal welche dist - wenn im kompletten www erst so.0.9.6xxx zu finden ist - und wenn ich mir die zeiten angugg bis zur nächsten "Mini-Version" iss so.1 vermutlich so gegen jan.02 erhältlich :((((( -- For 20 dollars, I'll give you a good fortune next time ... ---------------------------------- Registierter Linux - User #177159 ICQ - UIN : 51735624 HP : http://members.tripod.de/LinuxCobra/
participants (4)
-
David Haller
-
Manfred Tremmel
-
Marco_Jaeger@gmx.de
-
Ralf Corsepius