Am 23.10.21 um 09:18 schrieb Hendrik Woltersdorf:

Am 23.10.21 um 01:03 schrieb Werner Flamme:

...

Hallo Liste,

nach dem Einspielen des aktuellen Patches openSUSE-RU-2021:3501-1 (update for libzypp, zypper, libsolv and protobuf) bekam ich bei jedem Aufruf von zypper auf der Befehlszeile den Fehler:

zypper: symbol lookup error: /usr/lib64/libzypp.so.1722: undefined symbol: _ZN4sigc11signal_base7connectEONS_9slot_baseE

Und "yast2 sw_single" ließ sich ebenfalls mit diesem Fehler nicht starten.

Abhilfe brachte (bitte die < und > nicht mit eingeben ;))

rpm -Uvh --oldpackage --replacefiles http://download.opensuse.org/update/leap/15.3/sle/x86_64/libzypp-17.27.0-12.... http://download.opensuse.org/update/leap/15.3/sle/x86_64/libsolv-tools-0.7.1... http://download.opensuse.org/update/leap/15.3/sle/x86_64/zypper-1.14.46-13.1...

mit anschließendem "zypper al libzypp". Jetzt fragt mich zypper zwar immer, ob ich den Patch (wieder) installieren will, aber es funktioniert wenigstens.

Der Patch ersetzt die (funktionierende) Datei durch die bei mir fehlerhafte Datei .

Tritt das bei noch jemandem auf?

Gruß Werner

Moin,

ich habe gerade per "zypper up" aktualisiert. Bei mir funktioniert danach alles mit libzypp.so.1722.6.5 problemlos.

Gruß Hendrik

Hallo Hendrik, das beruhigt mich sehr. Der String _ZN4sigc11signal_base7connectEONS_9slot_baseE kommt in beiden Dateien vor, und ich habe nicht die geringste Ahnung, wie der Fehler zustande kommt. Auch ein zweiter Installationsversuch brachte nichts. Irnkwas ist da kaputt :-\ Gruß Werner --

Am 23.10.21 um 16:53 schrieb Marcus Meissner:

On Sat, Oct 23, 2021 at 12:15:48PM +0200, Werner Flamme wrote:

...

Am 23.10.21 um 09:18 schrieb Hendrik Woltersdorf:

...

Am 23.10.21 um 01:03 schrieb Werner Flamme:

...

Hallo Liste,

nach dem Einspielen des aktuellen Patches openSUSE-RU-2021:3501-1 (update for libzypp, zypper, libsolv and protobuf) bekam ich bei jedem Aufruf von zypper auf der Befehlszeile den Fehler:

zypper: symbol lookup error: /usr/lib64/libzypp.so.1722: undefined symbol: _ZN4sigc11signal_base7connectEONS_9slot_baseE

Und "yast2 sw_single" ließ sich ebenfalls mit diesem Fehler nicht starten.

Abhilfe brachte (bitte die < und > nicht mit eingeben ;))

rpm -Uvh --oldpackage --replacefiles http://download.opensuse.org/update/leap/15.3/sle/x86_64/libzypp-17.27.0-12.... http://download.opensuse.org/update/leap/15.3/sle/x86_64/libsolv-tools-0.7.1... http://download.opensuse.org/update/leap/15.3/sle/x86_64/zypper-1.14.46-13.1...

mit anschließendem "zypper al libzypp". Jetzt fragt mich zypper zwar immer, ob ich den Patch (wieder) installieren will, aber es funktioniert wenigstens.

Der Patch ersetzt die (funktionierende) Datei durch die bei mir fehlerhafte Datei .

Tritt das bei noch jemandem auf?

Gruß Werner

Moin,

ich habe gerade per "zypper up" aktualisiert. Bei mir funktioniert danach alles mit libzypp.so.1722.6.5 problemlos.

Gruß Hendrik

Hallo Hendrik,

das beruhigt mich sehr. Der String _ZN4sigc11signal_base7connectEONS_9slot_baseE kommt in beiden Dateien vor, und ich habe nicht die geringste Ahnung, wie der Fehler zustande kommt.

Auch ein zweiter Installationsversuch brachte nichts. Irnkwas ist da kaputt :-\

Das Symbol kommt vom Paket libsigc-2_0-0.

Ist das die normale 15.3 Version bei dir?

Ciao, Marcus

Hallo Marcus, sorry für die hohe Latenz. Ich habe libsigc-2_0-0-2.10.2-1.18.x86_64 installiert, also die SLES-Version (laut rpm -qi). Das ist auch die einzige Version von libsigc-2_0-0, die "zypper se libsigc" bei mir findet. Ein "ll /usr/lib64/libsigc*" zeigt auch keine anderen Dateien mit diesem Muster. Ha, Ursache wohl gefunden. Ein "ldd /usr/lib64/libzypp.so.1722 | grep sigc" bringt "libsigc-2.0.so.0 => /usr/lib/vmware/libsigc-2.0.so.0 (0x00007faee2477000)". Na super. Datei /usr/lib/vmware/libsigc-2.0.so.0 verschoben und durch einen Symlink auf /usr/lib64/libsigc-2.0.so.0 ersetzt, alles klappt wieder. Vielen Dank für den Hinweis auf die Library! Gruß Werner --

Am 2021-10-29 um 22:16 schrieb Olaf Hering:

Am Thu, 28 Oct 2021 23:47:37 +0200 schrieb Werner Flamme :

...

/usr/lib/vmware

Vermutlich steht das in /etc/ld.so.conf.d/, oder /etc/ld.so.conf

Olaf

Ja, schon. Nur schade, dass die Lib dann Vorrang hat vor der Version in /usr/lib64. Werner --