Hallo, bei einem Projekt haben wir das Problem, das die von meinem Mitstreiter erstellten RPM Pakete verlangen eine Lib von nvidia, obwohl diese für das Project wirklich nicht von nöten ist: stonki:/home/stonki/002 # rpm -q --requires kbarcode-0.4.3-1 [...] libGL.so.1 libGLcore.so.1 [...] Das Spec File haben ich mal hier hinterlegt: http://www.stonki.de/kbarcode/kbarcode.spec Die Project Homepage (mit allen Files zum downloaden) ist http://kbarcode.sourceforge.net Wie schaffen wir es, diese LIB nicht einzubinden ? Danke ! cu stonki -- Deutsche ProFTPD Dokumentation: http://www.proftpd.de EFNET: #proftpd
Am Sonntag, 7. Juli 2002 19:53 schrieb Stefan Onken:
Hallo,
bei einem Projekt haben wir das Problem, das die von meinem Mitstreiter erstellten RPM Pakete verlangen eine Lib von nvidia, obwohl diese für das Project wirklich nicht von nöten ist:
stonki:/home/stonki/002 # rpm -q --requires kbarcode-0.4.3-1 [...] libGL.so.1 libGLcore.so.1 [...]
Hi! Das kannste auch von Mesa bekommen, da es die beiden wichtigen OpenGL-Libs sind, die jeder OpenGL-Treiber nutzt, da X11 darauf zurückgreift. Udo -- Mail: udo.neist@t-online.de Hompage: http://neist.dnsalias.org
Stefan Onken wrote:
stonki:/home/stonki/002 # rpm -q --requires kbarcode-0.4.3-1 [...] libGL.so.1 libGLcore.so.1 [...]
Wie schaffen wir es, diese LIB nicht einzubinden ?
KDE nicht benutzen. Genauer: keine KDE-Header von einem KDE verwenden, das auf einem qt mit GL Support beruht. Und was das jetzt alles mit NVidia zu tun haben soll, musst du mit nochmal erklaeren. Peter
Hallo Peter Wiersig, am Dienstag, 9. Juli 2002 um 13:39 schriebst Du:
Genauer: keine KDE-Header von einem KDE verwenden, das auf einem qt mit GL Support beruht. Und was das jetzt alles mit NVidia zu tun haben soll, musst du mit nochmal erklaeren.
deswegen habe ich doch gefragt, weil wir es nicht verstehen.. Wir haben ein SuSE 8 als Entwicklungssystem fuer ein KDE3 Programm (http://kbarcode.sourceforge.net). Wenn wir aus dem CVS einen Tarball machen, erstellen wir das RPM mit "rpm --tarbuild ...". Nun verlangt dieses RPM jedoch auf anderen Rechnern das nvidia file... WIESO ? database:/home/stonki/002 # rpm -Uvh kbarcode-0.4.3-1suse80.i386.rpm error: failed dependencies: libGLcore.so.1 is needed by kbarcode-0.4.3-1 cu stonki -- Deutsche ProFTP Docs: http://www.proftpd.de EFNET: #proftpd
Hy, Stefan Onken wrote:
Hallo Peter Wiersig,
Genauer: keine KDE-Header von einem KDE verwenden, das auf einem qt mit GL Support beruht. Und was das jetzt alles mit NVidia zu tun haben soll, musst du mit nochmal erklaeren.
deswegen habe ich doch gefragt, weil wir es nicht verstehen.. Wir haben ein SuSE 8 als Entwicklungssystem fuer ein KDE3 Programm (http://kbarcode.sourceforge.net). Wenn wir aus dem CVS einen Tarball machen, erstellen wir das RPM mit "rpm --tarbuild ...". Nun verlangt dieses RPM jedoch auf anderen Rechnern das nvidia file... WIESO ?
database:/home/stonki/002 # rpm -Uvh kbarcode-0.4.3-1suse80.i386.rpm error: failed dependencies: libGLcore.so.1 is needed by kbarcode-0.4.3-1
Bei mit ist libGLcore.so.1 auch ein link auf eine Datei des Nvidia Treibers, dass muss AFAIK bei anderer Hardware/Treiber aber nicht so sein. Zum eigentlichen Problem: Keine Ahnung :(. -- - Maik
Am Die, 2002-07-09 um 15.19 schrieb Stefan Onken:
Hallo Peter Wiersig,
am Dienstag, 9. Juli 2002 um 13:39 schriebst Du:
Genauer: keine KDE-Header von einem KDE verwenden, das auf einem qt mit GL Support beruht. Und was das jetzt alles mit NVidia zu tun haben soll, musst du mit nochmal erklaeren.
deswegen habe ich doch gefragt, weil wir es nicht verstehen.. Wir haben ein SuSE 8 als Entwicklungssystem fuer ein KDE3 Programm (http://kbarcode.sourceforge.net). Wenn wir aus dem CVS einen Tarball machen, erstellen wir das RPM mit "rpm --tarbuild ...". Nun verlangt dieses RPM jedoch auf anderen Rechnern das nvidia file... WIESO ? Du linkst irgendwas gegen libGL.
Da NVidia's libGL von NVidia's libGLcore abhängt, bindet der Linker libGLcore mit ein. Baust Du nun ein RPM davon, erkennt rpm dieses und fügt libGLcore mit in die Paketabhängigkeiten ein. Folge: Auf Systemen ohne libGLcore gibt es nicht erfüllte RPM-Abhängigkeiten, da es unter SuSE libGLcore nur mit NVidia's glx gibt :(
database:/home/stonki/002 # rpm -Uvh kbarcode-0.4.3-1suse80.i386.rpm error: failed dependencies: libGLcore.so.1 is needed by kbarcode-0.4.3-1
Abhilfe: Während des Bauens des RPMs NVidia glx abschalten, also z.B. switch2xf86_glx rpm -ba foobar.spec switch2nvidia_glx Ralf
Stefan Onken wrote:
Nun verlangt dieses RPM jedoch auf anderen Rechnern das nvidia file... WIESO ?
Nix NVidia-Abhaengig. GL Abhaengig. Setzt einen vernuenftigeren Build-Host auf. Oder tauscht waehrend des RPM Bauens alles gegen mesasoft aus rpm -q --requires kdelibs3 rpm -q --requires qt3 $ rpm -q --whatprovides libGL.so.1 mesasoft-4.0.1-74 xf86_glx-4.2.0-107 Also, eine KDE-Applikation braucht die qt-libs. Die qt-libs sind mit open-gl libs kombinierbar. Wenn du eine SuSE 8.0 nimmst, dann sind deine Erzeugten KDE-Applikationen von OpenGL abhaengig, weil dein Build-Environment mit GL-Support gebaut wurde. Und das bei dir die GL dependency auf Grund des NVidia-Paketes erfuellt wird, fuehrt dann dazu das die Build-Dependencies auf libGLcore lauten, was nach meinem Kenntnisstand unnoetig ist. Peter
participants (6)
-
Maik Holtkamp -
Peter Wiersig -
Ralf Corsepius -
Stefan Onken -
Stefan Onken -
udo.neist＠t-online.de