Programm des Monats - Mai 2008

GerBra

findbrokenpkgs

Vorgestellt von Stefan Husmann

Genervt von vielerlei Anfragen im englischsprachigen Archlinux-Forum,
in denen es um Shared Libraries ging, die nicht zu den Programmen
passten, zu denen sie hätten passen sollen, oder um die unzuverlässige
Methode, einfach einen Symlink a la

ln -s libdoof.so.3 libdoof.so.4

zu setzen, vermeiden zu helfen, hat ein engagierter ArchLinux User,
der einen sehr intelligent dreinblickenden Schimpansen in seinem
Avatar hat, ein Skript aus der Gentoo-Welt auf ArchLinux und pacman
abgestimmt und ins AUR gestellt. Es heißt findbrokenpkgs. Dieses
möchte ich hier anhand eines Realbeispiels, das auf meinem Rechner so
abgelaufen ist, (nicht ganz so) kurz vorstellen.

In einem interessanten Thread

http://bbs.archlinux.org/viewtopic.php?id=13882

sind ein paar Developer auf das Skript aufmerksam geworden und haben
es mit lddd, einem Skript aus den devtools, verglichen. Der Vergleich
fiel durchaus positiv für findbrokenpkgs aus.

Aber nun zu meienm Realbeispiel.

Ein findbrokenpkgs-Lauf erzeugt typischerweise eine Terminalausgabe
der folgenden Art:

Checking reverse dependencies...

Collecting system binaries and libraries... done.
  (/home/haawda/.findbrokenpkgs.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/home/haawda/.findbrokenpkgs.2_ldpath)

Checking dynamic linking consistency...
  /usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/Audio/XMMSClient/XMMSClient.so needs missing libxmmsclient.so.3
  /usr/lib/python2.5/site-packages/qtext.so needs missing libqscintilla.so.7
  /usr/lib/wine/gphoto2.ds.so needs missing libgphoto2.so.2 libgphoto2_port.so.0
 done.
  (/home/haawda/.findbrokenpkgs.3_rebuild)

Assigning files to packages...error: No package owns /usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/Audio/XMMSClient/XMMSClient.so

  *** /usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/Audio/XMMSClient/XMMSClient.so is orphan & broken! ***
  /usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/Audio/XMMSClient/XMMSClient.so -> (none)
  /usr/lib/python2.5/site-packages/qtext.so -> pyqt3
  /usr/lib/wine/gphoto2.ds.so -> wine
 done.
  (/home/haawda/.findbrokenpkgs.4_*)

Cleaning list of packages to rebuild... done.
  (/home/haawda/.findbrokenpkgs.5_packages)

Orphaned broken files:
/usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/Audio/XMMSClient/XMMSClient.so

This list of orphaned broken files is in /home/haawda/.findbrokenpkgs.4_orphans

Recompile these packages:
pyqt3 wine 

Some/all breakages may be OK - this program cannot distinguish between required
and optional dependencies. See http://bbs.archlinux.org/viewtopic.php?id=13882

In diesem Fall war bei mir tatsächlich die Datei

/usr/lib/perl5/site_perl/current/i686-linux-thread-multi/auto/Audio/XMMSClient/XMMSClient.so

vorhanden und keinem Paket zuzuordnen. Sie konnte also guten Gewissens
gelöscht werden.

Die fehlende Datei

  /usr/lib/python2.5/site-packages/qtext.so needs missing libqscintilla.so.7

fehlte bei mir tatsächlich. war aber durch bloße Deinstallation und
Reinstallation eines Paketes nebst Abhängigkeiten wieder da.

Wine hat offenbar eine zumindest optionale Abhängigkeit zu libgphoto2,
die bei dieser Aktion aufgefallen ist. findbrokenpkgs kann nicht
erkennen, ob eine Abhängigkeit optional ist oder tatsächlich benötigt
ist. Eine Installation von libgphoto2 brachte jedenfalls die fehlenden
Shared Libraries zutage (und eine Menge anderer Fehler, aber das liegt
daran, dass libgphoto kaputt ist, dazu gibt es aber zwei Bugreports).

Über die Bildschirmausgabe hinaus legt findbrokenpkgs übrigens auch
noch im Homeverzeichnis des Benutzers, der es aufruft, Dateien an, die
alle Einzelschritte nochmals nachvollziebar machen.

Diese Beispiele sind sicherlich nicht eins zu eins auf jedermanns System
übertragbar, zeigen aber hoffentlich auf, dass findbrokenpkgs beim
Aufräumen des Systems unschätzbare Dienste leisten kann. Und da es ein
kleines Skript ist, sollte man es m.E. immer installieren.

----

In der Rubrik "Programm des Monats" wird einmal pro Monat ein Programm oder Tool
vorgestellt, welches der Masse der Anwender wahrscheinlich nicht bekannt ist. Das
können zum einen einfach nur die "kleinen Helferlein" sein, aber auch Alternativen
zu den "bekannten" Programmen wie sie z.B. KDE oder Gnome mitbringen.
Diese Rubrik lebt von Euren Beiträgen. Wer also etwas schreiben möchte, dann
bitte diesen Thread beachten.

[gelöscht]

Das sieht bei dir ja noch total harmlos aus!
Bei mir:

Recompile these packages:
flac gimp gwenview k3b kaffeine kdemod-arts kdemod-kdeaddons-base kdemod-kdebase kdemod-kdegraphics-base kdemod-kdelibs kdemod-kdemultimedia-base kdemod-kdepim-base kdemod-kdepim-kaddressbook kdemod-kdepim-kontact kdemod-kdesdk-base kdemod4-kdegraphics-okular kdemod4-kdepim-kaddressbook kofficemod-common kofficemod-kword pil python qtmod ruby

AUTSCH!

stefanhusmann

Bevor du dein System neu installierst, trink erst einmal eine Tasse Kaffee (oder lieber lang gezogenen Tee, das soll ja eher beruhigen). Und dann schau dir an, ob die im Abschnitt "Checking dynamic linking consistency..." genannten Libraries wirklich fehlen, ob die Dependencies optional sind ...

Bitte nicht in Panik verfallen.

stefanhusmann

Tschuldigung, doppeltes Posting

[gelöscht]

Nee, Panik is nicht angesagt :lol: Eigentlich läuft ja alles, finds nur krass, dass das bei mir so viele Pakete sind. Mein System ist absolut sauber installiert, ne Neuinstallation wäre komplett sinnlos 🙂
Übrigens, diese libs, die ich checken soll, das sind unglaublich viele 🙁 Kommt mir fast so vor, dass da das komplette KDEmod drin steht. Liegt das allgemein an KDE oder ist da bei KDEmod was schief gelaufen? Gerbra, du hast doch beide Varianten installiert. Hast du es auch schon laufen lassen?

stefanhusmann

Die kdemod-Philosophie ist es ja, viele kleine Pakete zu haben statt wenige große. Es kann sein, daß dies nur unter Inkaufnahme optionaler Abhängigkeiten hinzukriegen ist. Das macht es allerdings schwieriger, zwischen scheinbaren und wirklichen Problemen zu unterscheiden.

GerBra

Army schrieb Gerbra, du hast doch beide Varianten installiert. Hast du es auch schon laufen lassen?

Gerade im Moment. Ich kann allerdings keinen gravierenden Unterschied zwischen KDE
und KDE-Mod erkennen. Die mokierten Pakete dürften bei mir v.a. durch fehlende
optionale Pakete herrühren (bei dir wohl auch).
Nettes Tool, wobei ich doch wohl eher bei einem Programm was evtl. Probleme macht
(nicht startet o.ä.) gezielt mit ldd nachschaue.

Hier mal PC1 (mit kde-arch)

Recompile these packages:
amarok-base beryl-core compizconfig-backend-gconf compizconfig-python ettercap-gtk flac gimp k3b kaffeine kdegraphics libopensync-plugin-file msynctool pulseaudio qt smalltalk vlc xine-lib

Und hier PC2 (mit kde-mod)

Recompile these packages:
kdemod-kdegraphics-base kdemod-kdepim-base kdemod-kdepim-kaddressbook kdemod-kdesdk-base kismet python qt ruby xine-lib

stefanhusmann

wobei ich doch wohl eher bei einem Programm was evtl. Probleme macht
(nicht startet o.ä.) gezielt mit ldd nachschaue.

Das ist wohl auch vom Autor des Skriptes so angedacht. Er nennt außerdem noch das Tool objdump, anzuwenden etwa so:

ldd /usr/lib/libalpm.so
objdump -p /usr/lib/libalpm.so

[gelöscht]

dazu könnte man sich auch das paket "pacworld" aus dem aur anschaun.
relativ identisch, checkt alle pakete und spuckt dann ne liste aus

lukrop

das wäre meine liste auf einem kdemod x86_64 system mit selbstgebautem kdemod:

amarok-base flac k3b kdemod-kdepim-base kdemod-kdepim-kontact kdevelop python ruby xine-lib

stefanhusmann

maho schrieb dazu könnte man sich auch das paket "pacworld" aus dem aur anschaun.
relativ identisch, checkt alle pakete und spuckt dann ne liste aus

Hm, pacworld nennt mir 28 neu zu kompilierende Pakete, findbrokenpkgs eins.

Edit: pacworld geht ganz anders vor als findbrokenpkgs. Bei pacworld wird eine Liste aller Dteien erstellt, die laut pacman-Fileliste vorhanden sein sollten, aber nicht da sind. IMHO ergänzen sich die beiden Tools, ersetzen einander aber nicht.

stefanhusmann

Das tool ist auch nicht schlecht: immerhin weiss ich jetzt, dass ich sowohl unter /usr/man/man1 als auch unter /usr/share/man/man1 Manualpages zur zsh habe.

stefanhusmann

Bei allen von pacworld gemeldeten Paketen - pacworld meldet, sie seien neu zu bauen (engl. "rebuild") hat es bei mir ausgereicht, sie neu zu installieren oder sie zu löschen. Bei manchen reichte auch ein mkdir, weil nur ein Verzeichnis fehlte.

Das Paket, das findbrokenpkgs meldete, und das bei mir tatsächlich kaputt ist, hat pacworld allerdings nicht gemeldet.