libGLcore.so.1 vorhanden und trotzdem Abhängigkeitsfehlermeldungen in YaST2
Hallo! Mehrere Programme mäkeln das Fehlen der "libGLcore.so.1" an, obwohl diese in /usr/lib zu finden ist. Durch Ignorieren bekomme ich die Meldungen zwar weg, trotzdem würde ich mich dafür interessieren, warum die Programme die Datei nicht "sehen"? Mir fiel gerade auf die Programme, die die fehlende Datei anmäkeln, sind alle in /opt/kde3/ installiert. Ich vermute es hat dann etwas mit der "ungewöhnlichen" Lokation der Programme zu tun. Ein Hinweis zur Lösung des Abhängigkeitsproblem wäre klasse. MfG, Thomas B.
Thomas Bitschnau schrieb:
Mehrere Programme mäkeln das Fehlen der "libGLcore.so.1" an, obwohl diese in /usr/lib zu finden ist.
Durch Ignorieren bekomme ich die Meldungen zwar weg, trotzdem würde ich mich dafür interessieren, warum die Programme die Datei nicht "sehen"?
Wenn YaST2 oder rpm das Fehlen von libGLcore.so.1 bemaengeln, bedeutet dies, dass diese Datei nicht in der RPM Datenbank verzeichnet ist. Und dem ist vermutlich bei Dir in der Tat so: libGLcore.so.1 stammt aus dem NVIDIA-Treiberpaket, das neuerdings als .run File kommt, dessen Inhalt also nicht in der RPM-Datenbank auftaucht. Allerdings sollten eigent- lich Paketbauer keine Abhaengigkeit auf diese Bibliothek in ihre RPM Pakete einbauen. Evtl. solltest Du uns mal sagen, was fuer Pakete da Konflikte melden - sind es denn Standardpakete der SuSE oder hast Du "externe" Pakete installiert? CU, Th.
Am Don, den 23.10.2003 schrieb Thomas Hertweck um 17:25:
Evtl. solltest Du uns mal sagen, was fuer Pakete da Konflikte melden - sind es denn Standardpakete der SuSE oder hast Du "externe" Pakete installiert?
Sind alles externe Pakete, insgesamt sinds fünf und vier davon hab ich selbst kompiliert, aber via "checkinstall" als rpm installiert. MfG, Thomas B.
Thomas Bitschnau schrieb:
Am Don, den 23.10.2003 schrieb Thomas Hertweck um 17:25:
Evtl. solltest Du uns mal sagen, was fuer Pakete da Konflikte melden - sind es denn Standardpakete der SuSE oder hast Du "externe" Pakete installiert?
Sind alles externe Pakete, insgesamt sinds fünf und vier davon hab ich selbst kompiliert, aber via "checkinstall" als rpm installiert.
Dachte ich mir schon... :-) Du hast den NVIDIA-Treiber installiert und dann vor dem Bau der RPM-Pakete nichts geaendert, also z.B. auch nicht die Links der OpenGL-Bibliotheken. Dadurch kam dann wohl die Abhaengigkeit auf libGLcore.so.1 zustande, die aber nie aufge- loest werden kann, weil diese Datei selbst aus keinem RPM stammt... Vor dem Compilieren und dem Bau des RPMs muesste man wohl ein switch2xf86_glx ausfuehren, um die Abhaengigkeit im RPM-Paket auf libGLcore loszuwerden, und nach dem Beenden muesste man es wieder rueckgaengig machen, d.h. die Links der OpenGL-Bibliotheken zurueck setzen. Frueher gab es dafuer ein Skript namens switch2nvidia_glx, das gibt es aber AFAIK inzwischen nicht mehr. Muesste man sich wohl selbst etwas basteln... - frag mal Manfred Tremmel, der hat sicher so etwas :-) CU, Th.
Am Donnerstag, 23. Oktober 2003 22:34 schrieb Thomas Hertweck:
Frueher gab es dafuer ein Skript namens switch2nvidia_glx, das gibt es aber AFAIK inzwischen nicht mehr. Muesste man sich wohl selbst etwas basteln... - frag mal Manfred Tremmel, der hat sicher so etwas :-)
Natürlich hat der sowas. Wenn mich jemand fragen würde, würde ich auf http://lists.suse.com/archive/suse-linux/2003-Jul/2777.html verweisen. Wenn mich allerdings keiner fragt, müsst Ihr dumm sterben ;-) -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Thu, 2003-10-23 at 17:14, Thomas Bitschnau wrote:
Hallo!
Mehrere Programme mäkeln das Fehlen der "libGLcore.so.1" an, obwohl diese in /usr/lib zu finden ist. Vermutlich meinst Du Pakete/RPMs, nicht Programme.
Durch Ignorieren bekomme ich die Meldungen zwar weg, trotzdem würde ich mich dafür interessieren, warum die Programme die Datei nicht "sehen"? Weil diese Pakete fehlerhaft übersetzt sind.
Sie erwarten, dass libGLcore.so.1 in der RPM-Datenbank eingetragen ist, was es aber nicht ist, da libGLcore.so.1 üblicherweise zu den NVidia-Paketen gehört, und nicht in der RPM-Datenbank eingetragen ist. Ralf
Am Don, den 23.10.2003 schrieb Ralf Corsepius um 17:30:
On Thu, 2003-10-23 at 17:14, Thomas Bitschnau wrote:
Hallo!
Mehrere Programme mäkeln das Fehlen der "libGLcore.so.1" an, obwohl diese in /usr/lib zu finden ist. Vermutlich meinst Du Pakete/RPMs, nicht Programme.
Richtig!
Durch Ignorieren bekomme ich die Meldungen zwar weg, trotzdem würde ich mich dafür interessieren, warum die Programme die Datei nicht "sehen"? Weil diese Pakete fehlerhaft übersetzt sind. Sie erwarten, dass libGLcore.so.1 in der RPM-Datenbank eingetragen ist, was es aber nicht ist, da libGLcore.so.1 üblicherweise zu den NVidia-Paketen gehört, und nicht in der RPM-Datenbank eingetragen ist.
Stellt das nun ein Problem dar und wenn ja wie löse ich es? MfG, Thomas B.
Am Donnerstag, 23. Oktober 2003 17:14 schrieb Thomas Bitschnau: > Hallo! > > Mehrere Programme mäkeln das Fehlen der "libGLcore.so.1" an, obwohl > diese in /usr/lib zu finden ist. > > Durch Ignorieren bekomme ich die Meldungen zwar weg, trotzdem würde > ich mich dafür interessieren, warum die Programme die Datei nicht > "sehen"? > > Mir fiel gerade auf die Programme, die die fehlende Datei anmäkeln, > sind alle in /opt/kde3/ installiert. Ich vermute es hat dann etwas > mit der "ungewöhnlichen" Lokation der Programme zu tun. > > Ein Hinweis zur Lösung des Abhängigkeitsproblem wäre klasse. > > MfG, > > Thomas B. "libGLcore.so.1" befindet sich im "XFree86-Mesa-4.3.0.1-21.i586.rpm". Vieleicht kann das deine Abhängikeitsprobleme lösen: 1. "XFree86-Mesa-4.3.0.1-21.i586.rpm" + "...-devel.rpm" installieren 2. Die Nvidia-Treiber nochmal installieren. (bei Problemen mit dem compilieren die NV-Treiber erst danach wieder installieren) Das hat bei mir unter der Suse 8.2 wunderbar funktioniert. Gruß Tino
Tino Wagner schrieb:
"libGLcore.so.1" befindet sich im "XFree86-Mesa-4.3.0.1-21.i586.rpm". Vieleicht kann das deine Abhängikeitsprobleme lösen: 1. "XFree86-Mesa-4.3.0.1-21.i586.rpm" + "...-devel.rpm" installieren 2. Die Nvidia-Treiber nochmal installieren. (bei Problemen mit dem compilieren die NV-Treiber erst danach wieder installieren) Das hat bei mir unter der Suse 8.2 wunderbar funktioniert.
Was ist denn XFree86-Mesa-4.3.0.1-21.i586.rpm fuer ein Paket? Das ist jedenfalls nicht bei der SuSE 8.2 dabei - wie kann das dann bei Dir wunderbar funktioniert haben? Bisher war mir nur bekannt, dass die libGLcore.so.1 (nicht zu verwechseln mit libGL.so.1 oder aehnlichem) beim NVIDIA-Treiber dabei ist... CU, Th.
Am Freitag, 24. Oktober 2003 16:51 schrieb Thomas Hertweck:
Tino Wagner schrieb:
"libGLcore.so.1" befindet sich im "XFree86-Mesa-4.3.0.1-21.i586.rpm". Vieleicht kann das deine Abhängikeitsprobleme lösen: ...
Was ist denn XFree86-Mesa-4.3.0.1-21.i586.rpm fuer ein Paket? Das ist jedenfalls nicht bei der SuSE 8.2 dabei - wie kann das dann bei Dir wunderbar funktioniert haben? Bisher war mir nur bekannt, dass die libGLcore.so.1 (nicht zu verwechseln mit libGL.so.1 oder aehnlichem) beim NVIDIA-Treiber dabei ist...
CU, Th. Entschuldige bitte . Dieses Paket giebt es unter Suse 9.0 und darin befindet sich "libGLcore.so.1". Aber unter Suse 8.2 war es auch das "XFree86-Mesa-xxx.rpm" oder nicht ??? Terminal: "pin ibGLcore.so.1"
Gruß Tino
Am Freitag, 24. Oktober 2003 23:42 schrieb Tino Wagner:
Dieses Paket giebt es unter Suse 9.0 und darin befindet sich "libGLcore.so.1". Aber unter Suse 8.2 war es auch das
Sicher?
"XFree86-Mesa-xxx.rpm" oder nicht ??? Terminal: "pin ibGLcore.so.1"
Unter SuSE 8.2 gibts das definitiv in keinem RPM, da gibts nur die ibGLcore.a.xf86_glx und die ist in XFree86-GLX -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Tino Wagner schrieb:
[...XFree86-Mesa-4.3.0.1-21.i586.rpm ...]
Dieses Paket giebt es unter Suse 9.0 und darin befindet sich "libGLcore.so.1". Aber unter Suse 8.2 war es auch das "XFree86-Mesa-xxx.rpm" oder nicht ??? Terminal: "pin ibGLcore.so.1"
Naja, ich bin (hoffentlich) nicht bloed oder verkalkt, aber wenn ich schreibe, libGLcore.so.1 gibt es unter 8.2 nicht, dann ist das schon nachgeprueft: %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% pin 0.27 - package info for libGLcore.so.1 ------------------------------------------------------------------ *** no rpm named libGLcore.so.1 installed ------------------------------------------------------------------ ------------------------------------------------------------------ *** zgrep libGLcore.so.1 /var/lib/pin/ARCHIVES.gz ------------------------------------------------------------------ %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Es gibt auch kein XFree86-Mesa RPM und aus den eigentlichen mesa* RPMs bzw. aus XFree86-GLX stammt o.a. Bibliothek auch nicht und daher wundere ich mich weiterhin, wie man - wie in Deiner Mail geschrieben - es unter SuSE _8.2_ hinbekommen haben will. Nur durch Installation des NVIDIA-Treibers kommt bei mir die libGLcore.so.1 aufs System. Kannst Du mal die Ausgabe von $> rpm -ql XFree86-Mesa | grep libGLcore schicken, das wuerde mich mal interessieren. Evtl. hat SuSE da et- was gestrickt? Bisher galt jedenfalls, dass ein RPM nicht von die- ser Bibliothek abhaengen sollte, weil das dann eben voraussetzt, dass auch derjenige, der das RPM auf seinem System installieren will, einen NVIDIA-Treiber einsetzt! Gruesse, Th. PS: Bitte keine Privatkopie von Listenmails an mich, ich lese diese Liste mit, was ja auch irgendwie der Sinn davon ist...
Am Samstag, 25. Oktober 2003 10:04 schrieb Thomas Hertweck:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Es gibt auch kein XFree86-Mesa RPM und aus den eigentlichen mesa* RPMs bzw. aus XFree86-GLX stammt o.a. Bibliothek auch nicht und daher wundere ich mich weiterhin, wie man - wie in Deiner Mail geschrieben - es unter SuSE _8.2_ hinbekommen haben will. Nur durch Installation des NVIDIA-Treibers kommt bei mir die libGLcore.so.1 aufs System. Kannst Du mal die Ausgabe von
$> rpm -ql XFree86-Mesa | grep libGLcore ergiebt unter Suse 9.0 /usr/lib/libGLcore.so.1 für die 8.2 kann ich das nicht mehr pfüfen. Ich glaube aber nicht, das sich die Pakete zwischen 8.2 und 9.0 so sehr unterscheiden.
schicken, das wuerde mich mal interessieren. Evtl. hat SuSE da et- was gestrickt? Bisher galt jedenfalls, dass ein RPM nicht von die- ser Bibliothek abhaengen sollte, weil das dann eben voraussetzt, dass auch derjenige, der das RPM auf seinem System installieren will, einen NVIDIA-Treiber einsetzt!
Falsch! libGLcore.so.1 hat nur etwas mit OpenGL zu tun und NVIDIA liefert angepasste OpenGL-Treiber mit.
Gruesse, Th.
Gruß Tino
Tino Wagner schrieb:
Am Samstag, 25. Oktober 2003 10:04 schrieb Thomas Hertweck:
[...] Bisher galt jedenfalls, dass ein RPM nicht von die- ser Bibliothek abhaengen sollte, weil das dann eben voraussetzt, dass auch derjenige, der das RPM auf seinem System installieren will, einen NVIDIA-Treiber einsetzt!
Falsch! libGLcore.so.1 hat nur etwas mit OpenGL zu tun und NVIDIA liefert angepasste OpenGL-Treiber mit.
Hmm, was ist an meiner Aussage falsch? Bei einer SuSE 8.2 gilt: Wenn ich nicht das NVIDIA .run File installiere, und damit den NVIDIA-Grafikkartentreiber, dann habe ich keine Bibliothek namens libGLcore.so.1 auf dem System. Punkt. Und das ist so richtig. Demenstprechend sollen RPM Pakete nicht von dieser Bibliothek abhaengen, da sonst auf dem Zielsystem, wo das RPM installiert werden soll, ebenfalls eine Bibliothek libGLcore.so.1 und damit ebenfalls das NVIDIA .run File installiert sein muss. Das hatte bisher zur Folge, dass man vor dem Bau eines RPMs die Links zu OpenGL aendern musste, dafuer gab es frueher die switch2... Skripte - somit waren nur Abhaengigkeiten auf Stan- dard-OpenGL-Bibliotheken gegeben. Nach dem Bau sollte man dann die Links wieder zurueck setzen, dafuer hat Manfred ein ent- sprechendes kleines Skript gepostet. Wo ist da nun etwas falsch dran? Bei SuSE 9.0 scheint sich da etwas geaendert zu haben, je- denfalls gibt es nach Deiner Aussage nun auch per Standardin- stallation eine Datei libGLcore.so.1. Vermutlich ist das ein Link, der je nach Bedarf auch auf die Mesa- oder NVIDIA-Biblio- thek weisen kann. Von der Tatsache, dass die Inhalte der .run Files gar nicht erst in der RPM-Datenbank auftauchen sei jetzt hier mal ganz abgesehen. CU, Th.
participants (5)
-
Manfred Tremmel -
Ralf Corsepius -
Thomas Bitschnau -
Thomas Hertweck -
Tino Wagner