GentooForum.de

Hallo zusammen,

ich habe ein kleines Problem mit meinen Portage System.

Bei meinem regelmäßigen emerge --update --deep --newuse world wurden am 18.11.2010 auch die
beiden auf dem Rechner befindlichen openssl slots auf die Versionen 0.9.8p und 1.0.0b aktualisiert.

Als ich danach dann revdep-erbulid über den Rechner laufen lies, sollten eine ganze Reihe von Programmen,
darunter auch net-libs/libssh-0.4.1 erneut emerged werden (R).

net-libs/libssh-0.4.1 bricht dabei allerdings mit failed to emerge ab:

cmake: error while loading shared libararies: Libssl.so.0.9.8: cannot open shared objekt file.

Soweit ich das sehe, ist das auch kein Wunder, denn die beiden Dateien libssl.so und libcrypo.so liegen
in der Version 1.0.0b im Verzeichnis /usr/lib vor. Da openssl 1.0.0b nach der Version 0.9.8p emerged wurde, wurde deren
Dateien wieder gelöscht. Und in eread war ausdrücklich vermerkt, dass die so. Dateien der Version 0.9.8 gelöscht werden (sollen)

Auch andere Pateke (zB der X-Server) laufen nicht, da sie auf die version 0.9.8 der so.Dateien zugreifen wollen.

Was ist dann da schiefgelaufen?

Hallo Werniemann,
Hallo Dyle,

@ Werniemann:

also ich habe openssl 0.9.8p nicht installiert, emerge hat es (wie auch openssl 1.0.0b) geupdated, wohl wegen einer
Sicherheitslücke im Programm.

Danach waren dann die Dateien libssl.so.0.9.8 und libcrypto.so.0.9.8 im Ordner /usr/lib perdu, und es gab bei mir einige
Probleme, unter anderem mit dem reemergen des Programs net-libs/libssh-0.4.1.

Nachdem ich, wie angeraten, nochmals emerge openssl:0.9.8 ausgeführt habe, geht nun derzeit wieder alles. Danke

@dyle:

anbei die gewünschte Datei mit den diversen Daten, ich hoffe, sie bingen ein wenig Licht ins Dunkel. Ich bin, wie ich heute übrigens herausgefunden habe, nicht der einzige, der das Probem hatte. Unter gentoo bugzille gibt es eine Fehlermeldung mit dem gleichen Problem (346359) und im gentoo.org forum hat sich ein user gemeldet, der ebenfalls das Problem hatte :
Titel: where did the openssl upgrade go wrong

Irgenwie werden beim upgrade die Daten libssl.so.0.9.8 und libcrypt.so.0.9.8 entfernt.

Hallo dyle,

ich habe openssl-0.9.8 wie gewünscht deinstalliert und dann nochmals "emerge -1v libssh" ausgeführt.

Im Anhang findest Du die Datei mit der Ausgabe von:

- equery depends openssl
- emerge -pvp libssh
- log Datei von emerge libssh
- environment aus /var/tmp/portage/net-libs/libssh-0.4.1/temp (ich hoffe, dass war jetzt nicht zu viel des Guten)

Unter den Paketen, die openssl brauchen ist auch eines, das openssl in der Version 0.9.8* benötigt: app-text/acroread. Ich vermute mal, dass Portage deshalb openssl-0.9.8p als slot auf meinem Sytem beibehält. Nebenbei eine ganz andere Frage: wieso wird bei dem Befehl equery depends openssl >gentooforum1.txt nicht auch der Teil mit in die Datei umgeleitet, der angibt, welche version von openssl ein Paket genau benötigt?

Und wieso werden eigentlich die Dateien libssl.so0.9.8p und libcryp.so0.9.8 aus dem Verzeichnis /usr/lib entfernt, wenn doch openssl-0.9.8p als slot von Portage gehalten wird?

Hallo dyle,

Es ist openssl-1.0.0b auf dem Rechner installiert und zwar (für diesen Test) nur openssl-1.0.0b. Ich hab mal die Ausgabe
von ls -al libcrypto* und libssl* aus dem Ordner /usr/lib/ in die Datei gentooforum3.txt reingeschrieben

wegen equery: Vielen Dank, jetzt weiss ich Bescheid

wegen Entfernen der Dateien lib(ssl|crypt)-0.9.8: Also, aufgrund der elog Meldung des Paktes openssl-0.9.8*
"Removing lib{crypto,ssl}.so.0.9.8 to avoid collision with openssl-1" mag ich es jetzt nicht beschwören. Aber ich bin mir ziemlich
sicher, dass nicht ich, sondern irgendetwas anderes Böses die Daten von openssl-0.9.8* aus dem System entfernt (oder auch gar nicht darauf neu installiert) hat. Denn wenn diese Dateien fehlen, funktioniert auf meinem Rechner auch der x-org Server und damit KDE nicht mehr. Und das ist mir zum ersten Mal an diesem ominösen 18.11.2010 passiert, nachdem Portage openssl auf die Versionen openssl-0.9.8p und openssl-1.0.0b geupdated hat und ich danach revdep-rebuild hatte laufen lassen. Ich habe extra nochmal in meinem bash-history File nachgesehen. In dem Zeitraum habe ich nichts in dem Ordner /usr/lib/ gelöscht. Außerdem gibt es da ja noch zwei weitere Leidensgenossen, die auch Probleme mit dem update auf openssl-0.9.8p haben.

wegen revdep-rebuild: ich habe mal die Ausgabe von revdep-rebuild -ip aus den Daten 3_broken.rr 3_errors.rr und 5_order.rr in die Datei gentooforum3.txt geschrieben. Es sollen eine ganze Reihe von Paketen reemerged werden, darunter auch libssl und der x-org Server, der ja auch nicht mehr läuft ohne openssl-0.9.8. Lustigerweise ist ausgerechnet acroread nicht dabei.

Hallo dyle,

okay, das scheint es gewesen zu sein.

Die Pakete wurden ohne libssl kompiliert und danach konnte ich dann auch libssl wieder emergen.
xorg und KDE funktionieren ebenfalls.

Alles ohne openssl-0.9.8 auf dem System.

Vielen Dank