Hallo Bernd, hallo Leute, Am Donnerstag, 3. Dezember 2015 schrieb Lentes, Bernd:
ich versuche auf einem SLES 11 SP4 64bit mein libvirt von 1.2.5 auf ... libvirt-daemon benötigt libvirt-client. Erst mal kein Problem, das Paket habe ich. Wieso wird die libvirt.so.0 extra angemeckert, die ist doch in libvirt-client enthalten:
Die Abhängigkeiten zu Libraries werden beim Bau des RPMs automagisch generiert - daher die Abhängigkeit zu libvirt.so.
sunhb58820:~/libvirt_1.2.11 # rpm -qlp libvirt-client-1.2.11-462.3.x86_64.rpm ... /usr/lib64/libvirt.so.0 /usr/lib64/libvirt.so.0.1002.11
Und was bedeutet LIBVIRT_PRIVATE_1.2.11 ?
Das ist wohl ein sog. "Symbol", das von libvirt.so bereitgestellt wird und von anderen Paketen/Programmen als Abhängigkeit angegeben werden kann. In diesem Fall vermutlich irgendwelche "private" Funktionen, die nicht jeder benutzen soll. (Sorry, ich kenne nur den Begriff "Symbol", kann ihn aber nicht genauer erklären.)
Ok. Weiter geht's:
libvirt-daemon benötigt des weiteren dmidecode, was fehlt. Installiere ich dmidecode, wird pmtools entfernt/kaputt geschrieben, was wiederum von hal benötigt wird:
hal? Stimmt, wir reden ja von einem SLE11, da gab es das noch ;-)
sunhb58820:~/libvirt_1.2.11 # rpm -Uv dmidecode-3.0-70.1.x86_64.rpm
error: Failed dependencies: pmtools is needed by (installed) hal-0.5.12-23.76.1.x86_64
Schaue ich mir dmidecode und pmtools an, so enthalten diese die gleichen binaries:
sunhb58820:~/libvirt_1.2.11 # rpm -qlp dmidecode-3.0-70.1.x86_64.rpm
/usr/sbin/biosdecode /usr/sbin/dmidecode /usr/sbin/ownership /usr/sbin/vpddecode
Als echte Dateien? Oder sind das Symlinks auf /etc/alternatives/...? Guck mal mit rpm -qlvp nach.
Ich tendiere dazu, dmidecode nicht zu installieren, da pmtools diese binaries ebenfalls enthält. Beide Pakete beinhalten übrigens keine libraries. Gute Idee ?
Naja, es gibt vermutlich einen Grund für die Abhängigkeiten. Natürlich kannst Du das ignorieren und mit --nodeps installieren - vermutlich wird dann aber irgendwas nicht wie erwartet funktionieren.
Gibt es eine Möglichkeit zu prüfen ob alle Abhängigkeiten aller installierten Pakete erfüllt sind bzw. ob ein oder mehrere installierte Pakete unerfüllte Abhängigkeiten haben ?
zypper verify Allerdings weiß ich nicht, ob das im SLE11 schon verfügbar ist - im Zweifelsfall einfach probieren ;-)
Ich habe eben mal ein wenig geskriptet, kam aber nicht wirklich weiter:
Wie Du schon festgestellt hast, ist das nicht so einfach wie es aussieht ;-) Das Auflisten der Requirements (rpm -q --requires) ist noch die einfachste Übung - interessanter wird es auf der "Gegenseite". Da kommen neben dem Paketnamen auch die --provides oder im Paket enthaltene Dateinamen in Frage, um eine Abhängigkeit zu erfüllen. Optional kann bei Paketnamen auch eine Versionsnummer dazu kommen. Gleiches gilt für die --provides, wobei da die Versionsnummer nicht zwingend mit der Paket- Versionsnummer übereinstimmen muss. Daher: lieber zypper verify ;-) Gruß Christian Boltz --
Maybe a change from Firefox to Iceweasel could be the solution. So, you are suggesting jumping from the mud right into the swamp...? [> Kim Leyendecker and Cristian Rodríguez in opensuse-factory]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org