Problem mit koffice-wordprocessing-1.5.2-4.1 und libgsf-1.so.1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, ich setze SUSE 10.0 x86_64 ein und versuche, aus der "Backports"-Quelle KOffice zu aktualisieren. Es scheitert an: warning: koffice-1.5.2-4.1.x86_64.rpm: V3 DSA signature: NOKEY, key ID 6b9d6523 error: Failed dependencies: libgsf-1.so.1()(64bit) is needed by koffice-wordprocessing-1.5.2-4.1 Nun gehört die angeblich fehlende Lib eigentlich zum Paket libgsf-1.13.99-15, aber "irgendwie" ;-) reicht das nicht. rz36:~ # ldconfig -p | grep gsf libgsfglue.so (libc6,x86-64) => /usr/lib64/libgsfglue.so libgsf-1.so.113 (libc6,x86-64) => /usr/lib64/libgsf-1.so.113 libgsf-1.so.113 (libc6,x86-64) => /opt/gnome/lib64/libgsf-1.so.113 libgsf-1.so.1 (libc6) => /opt/gnome/lib/libgsf-1.so.1 libgsf-gnome-1.so.113 (libc6,x86-64) => /usr/lib64/libgsf-gnome-1.so.113 libgsf-gnome-1.so.113 (libc6,x86-64) => /opt/gnome/lib64/libgsf-gnome-1.so.113 Im Paket ist die /opt/gnome/lib64/libgsf-1.so.113; man kann sie versymlinken (sowohl unter /usr/lib64 als auch unter /opt/gnome/lib64) als libgsf-1.so.1 und sehr oft ldconfig aufrufen, aber nix is, es wird immer nur die 32bit-Version unter /opt/gnome/lib/ bzw. die ".113" statt ".1" gefunden. Was mache ich flasch? Oder reicht es einfach, mit --nodeps zu installieren? Aber ldconfig findet die Bibliothek ja auch nicht... Gruß Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFExKQgk33Krq8b42MRAgjRAJ9t2VnDNWm1vqpH7zlH7Ewtr8YuVwCdGE9+ 0+jwi+ISVuLIja+NjOwt/F0= =Zzqr -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Mon, 24 Jul 2006, Werner Flamme schrieb:
ich setze SUSE 10.0 x86_64 ein und versuche, aus der "Backports"-Quelle KOffice zu aktualisieren. Es scheitert an:
warning: koffice-1.5.2-4.1.x86_64.rpm: V3 DSA signature: NOKEY, key ID 6b9d6523 error: Failed dependencies: libgsf-1.so.1()(64bit) is needed by koffice-wordprocessing-1.5.2-4.1
Nun gehört die angeblich fehlende Lib eigentlich zum Paket libgsf-1.13.99-15, aber "irgendwie" ;-) reicht das nicht.
rz36:~ # ldconfig -p | grep gsf [..] Was mache ich flasch? Oder reicht es einfach, mit --nodeps zu installieren? Aber ldconfig findet die Bibliothek ja auch nicht...
Was ldconfig findet oder nicht interessiert RPM genau gar nicht. Was sagt denn ein rpm -q --whatprovides libgsf-1.so.1 -dnh -- Frauenbrüste haben mich noch nie interessiert, die hab ich selbst. [Johanna Ostermann in dafk] -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Haller schrieb am 24.07.2006 17:50:
Hallo,
Am Mon, 24 Jul 2006, Werner Flamme schrieb:
ich setze SUSE 10.0 x86_64 ein und versuche, aus der "Backports"-Quelle KOffice zu aktualisieren. Es scheitert an:
warning: koffice-1.5.2-4.1.x86_64.rpm: V3 DSA signature: NOKEY, key ID 6b9d6523 error: Failed dependencies: libgsf-1.so.1()(64bit) is needed by koffice-wordprocessing-1.5.2-4.1
Nun gehört die angeblich fehlende Lib eigentlich zum Paket libgsf-1.13.99-15, aber "irgendwie" ;-) reicht das nicht.
rz36:~ # ldconfig -p | grep gsf [..] Was mache ich flasch? Oder reicht es einfach, mit --nodeps zu installieren? Aber ldconfig findet die Bibliothek ja auch nicht...
Was ldconfig findet oder nicht interessiert RPM genau gar nicht.
Was sagt denn ein
rpm -q --whatprovides libgsf-1.so.1
-dnh
Hallo David, rz36:~ # rpm -q --whatprovides libgsf-1.so.1 libgsf-32bit-1.12.1-3 libgsf-1.13.99-15 Sehr witzig :-( Dass rpm eine eigene Datenbank hat und nicht ldconfig bemüht, weiß ich. :-) Deshalb reicht es ja manchmal aus, mit --ignoredeps zu installieren, wenn nämlich die Library im System ist (und von ldconfig gefunden wird), aber nicht in der rpm-Datenbank steht. Dort steht sie ja auch in diesem Fall nicht, wie die rpm-Fehlermeldung zeigt (und woher weiß rpm dann, zu welchem Paket sie gehört?). Prickelnderweis' wird sie aber auch von ldconfig nicht gefunden, obwohl sie installiert ist: rz36:~ # ldconfig -p | grep -i gsf libgsfglue.so (libc6,x86-64) => /usr/lib64/libgsfglue.so libgsf-1.so.113 (libc6,x86-64) => /usr/lib64/libgsf-1.so.113 libgsf-1.so.113 (libc6,x86-64) => /opt/gnome/lib64/libgsf-1.so.113 libgsf-1.so.1 (libc6) => /opt/gnome/lib/libgsf-1.so.1 libgsf-gnome-1.so.113 (libc6,x86-64) => /usr/lib64/libgsf-gnome-1.so.113 libgsf-gnome-1.so.113 (libc6,x86-64) => /opt/gnome/lib64/libgsf-gnome-1.so.113 rz36:~ # rpm -qa | grep -i gsf libgsf-32bit-1.12.1-3 libgsf-1.13.99-15 libgsf-gnome-1.13.99-15 gsf-sharp-0.7-21 Nach 'rpm -e libgsf-32bit' verschwindet die Zeile mit libgsf-1.so.1 , sie wird nicht durch die x86-64 Versionersetzt. Ein 'apt reinstall libgsf' hilft auch nicht. Die Datei /opt/gnome/lib/libgsf-1.so.1 ist ein Symlink auf /opt/gnome/lib/libgsf-1.so.1.12.1; der nicht akzeptierte Symlink /opt/gnome/lib64/libgsf-1.so.1 zeigt genau so auf /opt/gnome/lib64/libgsf-1.so.113.0.99 wie der Symlink /opt/gnome/lib64/libgsf-1.so.113 auch. Letzere wird gefunden... lrwxrwxrwx 1 root root 20 Jul 24 11:25 /opt/gnome/lib64/libgsf-1.so.1 - -> libgsf-1.so.113.0.99 lrwxrwxrwx 1 root root 20 Jul 25 09:55 /opt/gnome/lib64/libgsf-1.so.113 -> libgsf-1.so.113.0.99 - -rwxr-xr-x 1 root root 214672 Jul 20 20:37 /opt/gnome/lib64/libgsf-1.so.113.0.99 lrwxrwxrwx 1 root root 26 Jun 26 09:37 /opt/gnome/lib64/libgsf-gnome-1.so.113 -> libgsf-gnome-1.so.113.0.99 - -rwxr-xr-x 1 root root 20568 Jun 19 03:28 /opt/gnome/lib64/libgsf-gnome-1.so.113.0.99 Böse Bibliothek? grübelt Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFExdBzk33Krq8b42MRAlH9AJ4piiAKKRnRptRPuAjFfRevM6bfbQCZAbC/ aBG17OuA52ZFpNs/UBxZWS8= =aXrw -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Tue, 25 Jul 2006 10:04:03 +0200, Werner Flamme wrote:
rz36:~ # rpm -q --whatprovides libgsf-1.so.1 libgsf-32bit-1.12.1-3 libgsf-1.13.99-15
Sehr witzig :-(
Nein, sondern vollkommen in Ordnung. libgsf-32bit beinhaltet die 32 bittige Version der libgsf, die natürlich den gleichen Namen hat und sich nur im Pfad unterscheidet.
Die Datei /opt/gnome/lib/libgsf-1.so.1 ist ein Symlink auf /opt/gnome/lib/libgsf-1.so.1.12.1;
Das ist die 32-bittige Bibliothek.
der nicht akzeptierte Symlink /opt/gnome/lib64/libgsf-1.so.1 zeigt genau so auf /opt/gnome/lib64/libgsf-1.so.113.0.99 wie der Symlink /opt/gnome/lib64/libgsf-1.so.113 auch. Letzere wird gefunden...
Ein wenig Grundlagen: Die von einem Programm bzw. einer dynamischen Bibliothek benötigten Biobliotheken werden im Kopf des Binaries in sog. DT_NEEDED Einträgen festgehalt. Diese kannst du dir mit "objdump -p" anzeigen lassen. Das sieht dann in etwa so aus: Dynamic Section: NEEDED libresmgr.so.0.9.8 NEEDED libc.so.6 *Nach diesen Namen* sucht der dynamische Linker, wenn das Programm bzw. die Bibliothek geladen werden. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philipp Thomas schrieb am 25.07.2006 15:33:
On Tue, 25 Jul 2006 10:04:03 +0200, Werner Flamme wrote:
Hallo Philipp,
rz36:~ # rpm -q --whatprovides libgsf-1.so.1 libgsf-32bit-1.12.1-3 libgsf-1.13.99-15
Sehr witzig :-(
Nein, sondern vollkommen in Ordnung. libgsf-32bit beinhaltet die 32 bittige Version der libgsf, die natürlich den gleichen Namen hat und sich nur im Pfad unterscheidet.
Das ist mir bekannt. Mein Kommentar bezog sich darauf, dass rpm die Auskunft gibt, diese Datei werde vom Paket libgsf-1.13.99-15 bereitgestellt. Das Paket ist installiert (sonst würde rpm es nicht kennen). Aber die Bibliothek libgsf-1.so.1 ist rpm nicht bekannt, wenn ich ein Programm per rpm installieren will, das diese Bibliothek benötigt (eben koffice-wordprocessing-1.5.2-4.1).
Die Datei /opt/gnome/lib/libgsf-1.so.1 ist ein Symlink auf /opt/gnome/lib/libgsf-1.so.1.12.1;
Das ist die 32-bittige Bibliothek.
Auch jenes habe ich verstanden. 64bit-Bibliotheken stehen oft in lib64-Verzeichnissen ;-)
der nicht akzeptierte Symlink /opt/gnome/lib64/libgsf-1.so.1 zeigt genau so auf /opt/gnome/lib64/libgsf-1.so.113.0.99 wie der Symlink /opt/gnome/lib64/libgsf-1.so.113 auch. Letzere wird gefunden...
Ein wenig Grundlagen:
Die von einem Programm bzw. einer dynamischen Bibliothek benötigten Biobliotheken werden im Kopf des Binaries in sog. DT_NEEDED Einträgen festgehalt. Diese kannst du dir mit "objdump -p" anzeigen lassen. Das sieht dann in etwa so aus:
Dynamic Section: NEEDED libresmgr.so.0.9.8 NEEDED libc.so.6
*Nach diesen Namen* sucht der dynamische Linker, wenn das Programm bzw. die Bibliothek geladen werden.
Philipp
Tja, alles richtig, aber was hat das mit meinem Problem zu tun? ;-) Ich möchte ein Programm (koffice-wordprocessing in der Version 1.5.2-4.1) per rpm installieren. Bei der Installation beschwert sich rpm, dass eine Datei libgsf-1.so.1 in der Version x86-64 nicht in meinem System vorhanden sei. Das kann 2 Gründe haben: entweder ist die Datei wirklich nicht vorhanden oder sie befindet sich lediglich nicht in der rpm-Datenbank. Im Fall, dass die rpm-Datenbank die Datei nicht registriert hat, lässt sich ein Paket trotzdem installieren, wenn man die Option --nodeps benutzt. Damit das Programm dann auch tatsächlich läuft (und das soll es ja), muss natürlich die verlangte Bibliothek im System vorhanden sein. Meines Erachtens ist die /opt/gnome/lib64/libgsf-1.so.113.0.99 genau die gesuchte Bibliothek. Es handelt sich um eine 64bit-Version, ebenso wie das Programm, das ich installieren möchte. Meine Frage zielte einfach darauf, dass die 32bit-Version der libgsf-1.so.1 von ldconfig gefunden wird und die 64bit-Version nicht - auch nicht mit einer anderen Versionsnummer, wie ja die Ausgabe von "ldconfig -p | grep -i gsf" in meinem letzen Posting zeigte. Woran kann das liegen? Das Verzeichnis /opt/gnome/lib64 wird sehr wohl von ldconfig berücksichtigt, denn die /opt/gnome/lib64/libgsf-1.so.113 in diesem Verzeichnis wird angezeigt. Das Problem liegt m. E. darin, dass die Datei /opt/gnome/lib64/libgsf-1.so.113.0.99 nicht als libgsf-1.so.1 (libc6,x86-64) von ldconfig erkannt wird und demzufolge auch dem Programm nicht zur Verfpgung stehen wird. Kann ich dieses Erkennen erreichen, ohne dass ich im Sourcecode von koffice-wordprocessing rumfreckeln muss? Freundlicher Gruß Werner Flamme - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFExi3tk33Krq8b42MRApDOAJ9iZ80QmX6oc10UG0lQClQf8FnM/ACggyIu GXq71yDFqgGxO0TqyvEVIEI= =3jBr -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Die, 25 Jul 2006, Werner Flamme schrieb: [..]
Das Problem liegt m. E. darin, dass die Datei /opt/gnome/lib64/libgsf-1.so.113.0.99 nicht als libgsf-1.so.1 (libc6,x86-64) von ldconfig erkannt wird und demzufolge auch dem Programm nicht zur Verfpgung stehen wird. Kann ich dieses Erkennen erreichen, ohne dass ich im Sourcecode von koffice-wordprocessing rumfreckeln muss?
Vermutlich reicht ein 'rpmbuild --rebuild', ggfs. auch eine Anpassung eines "Requires:" im .spec. -dnh -- No application is complete until you can read email on it. Go into GR*B. root(hd?,?) cat /spool/mail/lusername. See? GR*B is complete. -- Omri Schwarz -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Werner, Werner Flamme wrote:
kennen). Aber die Bibliothek libgsf-1.so.1 ist rpm nicht bekannt, wenn ich ein Programm per rpm installieren will, das diese Bibliothek benötigt (eben koffice-wordprocessing-1.5.2-4.1).
Was sagt denn ein "rpm -q --provides libgsf-1.13.99-15" ?
entweder ist die Datei wirklich nicht vorhanden
Dann würde rpm nicht angeben, dass sie zu einem Paket gehört.
oder sie befindet sich lediglich nicht in der rpm-Datenbank.
Dann müsstest du sie aber irgendwann als nicht-rpm installiert haben.
Meines Erachtens ist die /opt/gnome/lib64/libgsf-1.so.113.0.99 genau die gesuchte Bibliothek. Es handelt sich um eine 64bit-Version, ebenso wie das Programm, das ich installieren möchte.
Was sagt denn die ein "objdump -p /opt/gnome/lib64/libgsf-1.so.113.0.99" über den SONAME? Was liefert ein rpm -q --provides $(rpm -qf /opt/gnome/lib64/libgsf-1.so.113.0.99) Nur wenn /opt/gnome/lib64/libgsf-1.so.113.0.99 als soname libgsf-1.so.1 hat, würde rpm dies beim Bauen des Pakets entsprechend eintragen.
Meine Frage zielte einfach darauf, dass die 32bit-Version der libgsf-1.so.1 von ldconfig gefunden wird und die 64bit-Version nicht
ldconfig schaut per default nicht in /opt/gnome/lib64, es sei denn dieses Verzeichenis ist in /etc/ld.so.conf eingetragen.
Kann ich dieses Erkennen erreichen, ohne dass ich im Sourcecode von koffice-wordprocessing rumfreckeln muss?
Wenn du sicher bist, dass /opt/gnome/lib64/libgsf-1.so.113.0.99 die gesuchte Bibliothek ist, könntest du tricksen und ein leeres rpm-Paket bauen, dass libgsf-1.so.1 zur Verfügung stellt. Das würde ich persönlich aber für suboptimal halten. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Werner,
Was sagt denn ein "rpm -q --provides libgsf-1.13.99-15" ? rz36:~ # rpm -q --provides libgsf-1.13.99-15
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Philipp Thomas schrieb am 26.07.2006 04:18: libgsf-1.so.1 libgsf-1.so.113()(64bit) libgsf = 1.13.99-15
entweder ist die Datei wirklich nicht vorhanden
Dann würde rpm nicht angeben, dass sie zu einem Paket gehört. Das ist genau das, was mich mächtig stutzen lässt ;-)
oder sie befindet sich lediglich nicht in der rpm-Datenbank.
Dann müsstest du sie aber irgendwann als nicht-rpm installiert haben.
Die Datei ist aus dem Paket libgsf-1.13.99-15, wird aber (von ldconfig) nicht in der passenden Version x86-64 erkannt.
Meines Erachtens ist die /opt/gnome/lib64/libgsf-1.so.113.0.99 genau die gesuchte Bibliothek. Es handelt sich um eine 64bit-Version, ebenso wie das Programm, das ich installieren möchte.
Was sagt denn die ein "objdump -p /opt/gnome/lib64/libgsf-1.so.113.0.99" über den SONAME?
Was liefert ein rpm -q --provides $(rpm -qf /opt/gnome/lib64/libgsf-1.so.113.0.99) rz36:~ # rpm -q --provides $(rpm -qf /opt/gnome/lib64/libgsf-1.so.113.0.99)
SONAME libgsf-1.so.113 AaaHA! libgsf-1.so.1 libgsf-1.so.113()(64bit) libgsf = 1.13.99-15
Nur wenn /opt/gnome/lib64/libgsf-1.so.113.0.99 als soname libgsf-1.so.1 hat, würde rpm dies beim Bauen des Pakets entsprechend eintragen.
Genau hier liegt also das Problem! Danke!
ldconfig schaut per default nicht in /opt/gnome/lib64, es sei denn dieses Verzeichenis ist in /etc/ld.so.conf eingetragen.
Das ist es. Es stand sogar mehrfach drin ;-) aber das Löschen nicht vorhandener oder doppelter Verzeichnisse brachte kein geändertes Verhalten.
Kann ich dieses Erkennen erreichen, ohne dass ich im Sourcecode von koffice-wordprocessing rumfreckeln muss?
Wenn du sicher bist, dass /opt/gnome/lib64/libgsf-1.so.113.0.99 die gesuchte Bibliothek ist, könntest du tricksen und ein leeres rpm-Paket bauen, dass libgsf-1.so.1 zur Verfügung stellt. Das würde ich persönlich aber für suboptimal halten.
*VordieStirnklatsch* sicher, das wäre ein Ausweg - für rpm. Aber das kann ich ja mit --ignordeps bei der Installation ohnehin umgehen. Nur braucht das Programm zum Funktionieren wohl die libgsf-1.so.1 in der x86-64 Version...
Philipp
Danke, nun weiß ich wo der Fehler steckt! Ich weiß nur nicht, wie ich ihn umgehe ;-) Gruß Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEx0DPk33Krq8b42MRAqsCAJ9KxmxgpbByzetfTduE2Qa84QSqawCfeL9e Z9nBqIFDtKvIGoOUDrj3gJA= =r10T -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Wed, 26 Jul 2006 12:15:43 +0200, Werner Flamme wrote:
Nur wenn /opt/gnome/lib64/libgsf-1.so.113.0.99 als soname libgsf-1.so.1 hat, würde rpm dies beim Bauen des Pakets entsprechend eintragen. Genau hier liegt also das Problem! Danke!
Wenn die in koffice-wordprocessing enthaltenen Programme mit der 64-bittigen libgsf-1.so.113.0.99 funktionieren, bieten sich zwei Möglichkeiten an. Entweder trägt man im .spec des libgsf .src.rpm ein "provides libgsf-1.so.1()(64bit)" ein, oder du baust das koffice-wordprocessing Paket neu gegen die libgsf-1.so.113.
Danke, nun weiß ich wo der Fehler steckt! Ich weiß nur nicht, wie ich ihn umgehe ;-)
Siehe oben :) Philipp
Hallo, Am Die, 25 Jul 2006, Werner Flamme schrieb:
David Haller schrieb am 24.07.2006 17:50:
Am Mon, 24 Jul 2006, Werner Flamme schrieb:
ich setze SUSE 10.0 x86_64 ein und versuche, aus der "Backports"-Quelle KOffice zu aktualisieren. Es scheitert an:
warning: koffice-1.5.2-4.1.x86_64.rpm: V3 DSA signature: NOKEY, key ID 6b9d6523 error: Failed dependencies: libgsf-1.so.1()(64bit) is needed by koffice-wordprocessing-1.5.2-4.1
Nun gehört die angeblich fehlende Lib eigentlich zum Paket libgsf-1.13.99-15, aber "irgendwie" ;-) reicht das nicht.
rz36:~ # ldconfig -p | grep gsf [..] Was mache ich flasch? Oder reicht es einfach, mit --nodeps zu installieren? Aber ldconfig findet die Bibliothek ja auch nicht...
Was ldconfig findet oder nicht interessiert RPM genau gar nicht.
Was sagt denn ein
rpm -q --whatprovides libgsf-1.so.1
rz36:~ # rpm -q --whatprovides libgsf-1.so.1 libgsf-32bit-1.12.1-3 libgsf-1.13.99-15
Sehr witzig :-(
Also RPM kennt die lib selbst. Dann fehlen wohl die Zusatzprovides. Woher hast du denn das libgsf-1.13.99-15 RPM? Und was sagt: rpm -q --provides libgsf-1.13.99-15 [..]
Nach 'rpm -e libgsf-32bit' verschwindet die Zeile mit libgsf-1.so.1 , sie wird nicht durch die x86-64 Versionersetzt. Ein 'apt reinstall libgsf' hilft auch nicht.
Die Datei /opt/gnome/lib/libgsf-1.so.1 ist ein Symlink auf /opt/gnome/lib/libgsf-1.so.1.12.1; der nicht akzeptierte Symlink /opt/gnome/lib64/libgsf-1.so.1 zeigt genau so auf /opt/gnome/lib64/libgsf-1.so.113.0.99 wie der Symlink /opt/gnome/lib64/libgsf-1.so.113 auch. Letzere wird gefunden...
Wie sieht denn deine ld.so.conf aus? Speziell: grep '/opt/gnome' /etc/ld.so.conf Und schau auch in /etc/ld.so.conf.d/. Und verwendest du ld.so.preload? -dnh -- "Sich selbst zu zitieren ist egozentrisch, selbstherrlich und unsympathisch. Und ausserdem rekursiv." (Marian Wild in dieser Sig.) [Marian Wild in dag°] -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo,
Also RPM kennt die lib selbst. Dann fehlen wohl die Zusatzprovides. Woher hast du denn das libgsf-1.13.99-15 RPM? rz36:~ # rpm -qi libgsf-1.13.99-15 Name : libgsf Relocations: (not relocatable) Version : 1.13.99 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 15 Build Date: Thu Jul 20 20:37:19 2006 Install date: Tue Jul 25 09:55:23 2006 Build Host: cimarosa.suse.de Group : Development/Libraries/GNOME Source RPM:
Und was sagt:
rpm -q --provides libgsf-1.13.99-15 rz36:~ # rpm -q --provides libgsf-1.13.99-15
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
David Haller schrieb am 25.07.2006 16:51:
libgsf-1.13.99-15.src.rpm
Size : 404132 License: GPL, LGPL
Signature : DSA/SHA1, Thu Jul 20 20:38:32 2006, Key ID a84edae89c800aca
Packager : http://www.suse.de/feedback
URL : http://www.gnome.org
Summary : GNOME Structured File Library
Description :
A library for reading and writing structured files (MS OLE and Zip, for
example).
Authors:
- --------
Jody Goldberg
[..]
Wie sieht denn deine ld.so.conf aus? Speziell:
grep '/opt/gnome' /etc/ld.so.conf
Und schau auch in /etc/ld.so.conf.d/. Und verwendest du ld.so.preload?
In der /etc/ld.so.conf stand und steht /opt/gnome/lib64 drin. In /etc/ld.so.conf.d/ hatte ich eine weitere Datei angelegt und speziell dieses Verzeichnis eingetragen - außer zusätzlichen Zeilen bei "ldconfig - -v" hatte das keine Wirkung. Und 152 andere Libs in diesem Verzeichnis werden ja auch gefunden ;-) rz36:~ # ldconfig -p | grep /opt/gnome/lib64 | wc -l 152 die Liste will ich hier nicht posten ;-)
-dnh
Philipps Hinweis mit dem SONAME hat mir gezeigt, dass die Lib sich selbst verleugnet ;-), sie identifiziert sich nur als SONAME libgsf-1.so.113, nicht als libgsf-1.so.1. Also mein Problem, aber nicht mein Fehler ;-) Freundlicher Gruß Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEx0Tsk33Krq8b42MRAktJAJ4sS1DGXd6foqTfWBULGP75z2s2yQCeL/vR sipHvZ99XTvhk76vSnRiUGM= =EaF8 -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Monday, 24. July 2006 12:42, Werner Flamme wrote:
ich setze SUSE 10.0 x86_64 ein und versuche, aus der "Backports"-Quelle KOffice zu aktualisieren. Es scheitert an:
KOffice ist gegen die libgsf der SUSE Linux 10.0 gebaut, du solltest keine neuere/evt. inkompatible libgsf aus supplementary/GNOME/ installiert haben. MfG, Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stephan Binner schrieb am 26.07.2006 15:33:
On Monday, 24. July 2006 12:42, Werner Flamme wrote:
ich setze SUSE 10.0 x86_64 ein und versuche, aus der "Backports"-Quelle KOffice zu aktualisieren. Es scheitert an:
KOffice ist gegen die libgsf der SUSE Linux 10.0 gebaut, du solltest keine neuere/evt. inkompatible libgsf aus supplementary/GNOME/ installiert haben.
MfG, Stephan
Hallo Stephan, na super, das war's... Als Dankeschön für das Installieren der alten libgsf (ca. 350 kB) hat mir YaST gleich noch gimp-2.2.12-1.guru.suse100 als Abhängigkeit mitinstalliert (>70 MB). Und apt erzählt mir jetzt: Die folgenden Pakete besitzen unerfülte Abhängigkeiten: abiword: Hängt ab von: libgsf-1.so.113()(64bit) gsf-sharp: Hängt ab von: libgsf-1.so.113()(64bit) libgsf-gnome: Hängt ab von: libgsf (= 1.13.99) Hängt ab von: libgsf-1.so.113()(64bit) librsvg: Hängt ab von: libgsf-1.so.113()(64bit) libwpd: Hängt ab von: libgsf-1.so.113()(64bit) nautilus: Hängt ab von: libgsf-1.so.113()(64bit) wv2: Hängt ab von: libgsf-1.so.113()(64bit) ...was mir YaST nicht angezeigt hat... Darüber hinaus scheint es ein massives Problem mit den Installationsquellen zu geben - die gestern verfügbare Version 1.5.2-4.1-x86_64 steht heute in YaST und apt nicht mehr zur Verfügung - ebenso wie die gestern verfügbaren KDE 3.5.4-Pakete... Wenn man direkt auf die Server schaut, sind die Dateien aber da. Inzwischen habe ich die aktuellere libgsf wieder installiert und aus dem alten Paket die Bibliotheken dazugehängt: rz36:~ # ldconfig -p | grep libgsf libgsfglue.so (libc6,x86-64) => /usr/lib64/libgsfglue.so libgsf-1.so.113 (libc6,x86-64) => /usr/lib64/libgsf-1.so.113 libgsf-1.so.113 (libc6,x86-64) => /opt/gnome/lib64/libgsf-1.so.113 libgsf-1.so.1 (libc6,x86-64) => /opt/gnome/lib64/libgsf-1.so.1 libgsf-1.so.1 (libc6) => /opt/gnome/lib/libgsf-1.so.1 libgsf-gnome-1.so.113 (libc6,x86-64) => /usr/lib64/libgsf-gnome-1.so.113 libgsf-gnome-1.so.113 (libc6,x86-64) => /opt/gnome/lib64/libgsf-gnome-1.so.113 Vielen Dank, saacht Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEx3tbk33Krq8b42MRAi8mAJ4mrexX6dqLnaxuYALYNNwsc6AyfgCfRAs3 f6VeW5jjNEUycPABPYuY+ic= =y6pg -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
On Wednesday, 26. July 2006 16:25, Werner Flamme wrote:
KOffice ist gegen die libgsf der SUSE Linux 10.0 gebaut, du solltest keine neuere/evt. inkompatible libgsf aus supplementary/GNOME/ installiert haben na super, das war's... Die folgenden Pakete besitzen unerfülte Abhängigkeiten:
Du verstehst warum es KDE:Backports gibt und nicht das "wir updaten System- libraries"-Konzept von KDE/supplementary im Build Service fortgeführt wird? :)
Darüber hinaus scheint es ein massives Problem mit den Installationsquellen
http://lists4.opensuse.org/opensuse/2006-07/msg00385.html MfG, Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stephan Binner schrieb am 26.07.2006 17:03:
On Wednesday, 26. July 2006 16:25, Werner Flamme wrote:
KOffice ist gegen die libgsf der SUSE Linux 10.0 gebaut, du solltest keine neuere/evt. inkompatible libgsf aus supplementary/GNOME/ installiert haben na super, das war's... Die folgenden Pakete besitzen unerfülte Abhängigkeiten:
Du verstehst warum es KDE:Backports gibt und nicht das "wir updaten System- libraries"-Konzept von KDE/supplementary im Build Service fortgeführt wird? :)
Jaaaaa... trotzdem wäre es nicht schlecht, wenn die Pakete, die zu einer Distri angeboten werden, auch miteinander funktionierten ;-)
Darüber hinaus scheint es ein massives Problem mit den Installationsquellen
Das ist der erste, der zugibt, dass was schiefgelaufen ist :-> - den Text habe ich gestern abend auch schon gefunden. Irgend sowas musste es sein, denn die Dateien lagen ja noch in den Verzeichnissen, nur die Inhaltsangaben waren leer.
MfG, Stephan
Freundlicher Gruß Werner - -- Werner Flamme, Abt. WKDV UFZ Umweltforschungszentrum Leipzig-Halle GmbH, Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEyH8yk33Krq8b42MRAg43AJ0YzWDrSurZI2/c782Vlrr+68r/9QCfdP8V DbuSLRyMhxDLFkyEzrW+GU8= =Czkn -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (4)
-
David Haller
-
Philipp Thomas
-
Stephan Binner
-
Werner Flamme