JanJans Blog

Dass das ein pain in the butt werden würde, meine drei regelmäßig genutzten Gentoos auf die neue libpng hoch zu ziehen, war mir ja schon von Anfang an klar, insbesondere, weil gleichzeitig auch ein KDE-Update und eine neue glibc in Portage angekommen sind. (Gleichzeitig zumindest für mich.) Also habe ich, vorsichtig wie ich nun mal bin, mit dem Rechner angefangen, der am wenigsten im produktiven Einsatz ist, nämlich meinem alten Athlon XP draußen auf dem Flur. Wider Erwarten lief auf dem Rechner alles sowas von glatt (nach einem Tag Komplilierungszeit und diversen revdep-rebuilds), dass ich mich schon gefragt habe, ob ich irgendwas falsch gemacht hatte.

Als nächstes war dann mein eigentlicher Desktop dran: Auch hier so gut wie keine Probleme, und da das Ding ja doch ein paar Jährchen neuer ist, auch innerhalb von zwei, drei Stunden fertig.

Zuletzt also das Notebook, dass ich bei der derzeitigen Wärme am meisten brauche (draußen arbeiten ist ja auf Grund von WLAN heutzutage kein Problem mehr). Außerdem dauert es erfahrungsgemäß auf der ollen Kiste ja am längsten, nicht nur, weil der Prozessor nicht mehr unbedingt Stand der Technik ist, auch die Platte gehört ja eher zu der langsameren Sorte.

Und siehe da: Hier gab es die schwerwiegendsten Probleme bisher. Liegt ja vielleicht daran, dass das auch das älteste Gentoo ist, das ich noch im Einsatz habe, möglicherweise sollte ich doch mal eine Neuinstallation in Betracht ziehen. Jedenfalls haben sich diverse Pakete über eine fehlende libpng12 beschwert, die es gar nicht mehr gab. Nach etwas genaueren Untersuchungen stellte ich fest, dass wohl offenbar nicht die Pakete selber das Problem waren, sondern welche, von denen diese abhängen und selber von etwas abhängen, was wiederum von der libpng abhängt. Das klingt kompliziert, ist es aber auch; daher ein Beispiel: strigi hängt von etwas ab, was von qt-gui abhängt, welche von libpng abhängt. Portage scheint das nicht auflösen zu können, und so lange die installierte lib noch an libpng gebunden ist, reicht die diese Abhängigkeit fröhlich nach oben durch, sodass auch neu kompilierte Pakete sich an die alte libpng12 binden möchten. Was natürlich einen Linker-Fehler ergibt, denn es gibt ja nur noch eine libpng14.

Mit Hilfe von equery depgraph und grep libpng also auf die Jagt gegangen. Hoffe, dass ich jetzt alle erwischt habe.