Hi, ich versuche auf einem SLES 11 SP4 64bit mein libvirt von 1.2.5 auf 1.2.11 zu aktualisieren. Dabei treten erwartungsgemäß leider Probleme mit Abhängigkeiten auf: sunhb58820:~/libvirt_1.2.11 # rpm -Uv libvirt-daemon-1.2.11-462.3.x86_64.rpm error: Failed dependencies: libvirt-client = 1.2.11-462.3 is needed by libvirt-daemon-1.2.11-462.3.x86_64 dmidecode is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.11)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.6)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.7)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.8)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.9)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_PRIVATE_1.2.11)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 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: 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 ? 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: 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 ... sunhb58820:~/libvirt_1.2.11 # rpm -ql pmtools ... /usr/sbin/acpidump /usr/sbin/biosdecode /usr/sbin/dmidecode /usr/sbin/ec_access /usr/sbin/madt /usr/sbin/ownership /usr/sbin/vpddecode Ich tendiere dazu, dmidecode nicht zu installieren, da pmtools diese binaries ebenfalls enthält. Beide Pakete beinhalten übrigens keine libraries. Gute Idee ? Bernd -- Bernd Lentes Systemadministration institute of developmental genetics Gebäude 35.34 - Raum 208 HelmholtzZentrum München bernd.lentes@helmholtz-muenchen.de phone: +49 (0)89 3187 1241 fax: +49 (0)89 3187 2294 Wer Visionen hat soll zum Hausarzt gehen Helmut Schmidt Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Nikolaus Blum, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- 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
Hi,
ich versuche auf einem SLES 11 SP4 64bit mein libvirt von 1.2.5 auf
1.2.11
zu aktualisieren. Dabei treten erwartungsgemäß leider Probleme mit Abhängigkeiten auf:
sunhb58820:~/libvirt_1.2.11 # rpm -Uv libvirt-daemon-1.2.11-462.3.x86_64.rpm
error: Failed dependencies: libvirt-client = 1.2.11-462.3 is needed by libvirt-daemon-1.2.11-462.3.x86_64 dmidecode is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.11)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.6)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.7)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.8)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_1.2.9)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64 libvirt.so.0(LIBVIRT_PRIVATE_1.2.11)(64bit) is needed by libvirt-daemon-1.2.11-462.3.x86_64
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:
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 ?
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:
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 ...
sunhb58820:~/libvirt_1.2.11 # rpm -ql pmtools ... /usr/sbin/acpidump /usr/sbin/biosdecode /usr/sbin/dmidecode /usr/sbin/ec_access /usr/sbin/madt /usr/sbin/ownership /usr/sbin/vpddecode
Ich tendiere dazu, dmidecode nicht zu installieren, da pmtools diese binaries ebenfalls enthält. Beide Pakete beinhalten übrigens keine libraries. Gute Idee ?
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 ? Ich habe eben mal ein wenig geskriptet, kam aber nicht wirklich weiter: rpm -qa|sort > alle_rpms.txt rpm -qa |xargs rpm -qR|sort|uniq > abhaengigkeiten_aller_rpms.txt comm alle_rpms.txt abhaengigkeiten_aller_rpms.txt da aber die Paketbezeichnungen in beiden Dateien nicht identisch sind, kam da nix bei rum (zumindest nicht für eine automatisierte Prüfung): Bsp.: yast2-ldap-2.17.8-0.7.61 yast2-ldap-client yast2-ldap-client >= 2.17.1 yast2-ldap-client-2.17.38-0.7.2 yast2-ldap-server-2.17.44-0.5.1 yast2-libyui >= 2.17.5 yast2-libyui >= 2.20.0 yast2-libyui >= 2.21.1 yast2-libyui-2.21.1-2.5.93 yast2-mail-2.17.7-0.15.1 yast2-mail-plugins-2.17.7-0.15.1 yast2-metapackage-handler-0.8.7-1.34 yast2-mouse yast2-mouse-2.16.1-19.38 yast2-ncurses >= 2.17.20 yast2-ncurses-2.17.23-1.14 yast2-ncurses-pkg-2.17.20-0.5.1 yast2-network yast2-network-2.17.208-1.20 yast2-nfs-client >= 2.17.12 yast2-nfs-client-2.17.19-1.32 yast2-nfs-common yast2-nfs-common-2.17.8-0.2.1 yast2-nfs-server-2.17.8-0.2.1 yast2-nis-client Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Nikolaus Blum, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- 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
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
Christian schrieb:
libvirt-daemon benötigt des weiteren dmidecode, was fehlt. Installiere ich dmidecode, wird pmtools entfernt/kaputt geschrieben, was wiederum von hal benötigt wird:
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
sunhb58820:~/libvirt_1.2.11 # rpm -ql pmtools ... /usr/sbin/acpidump /usr/sbin/biosdecode /usr/sbin/dmidecode /usr/sbin/ec_access /usr/sbin/madt /usr/sbin/ownership /usr/sbin/vpddecode
Als echte Dateien? Oder sind das Symlinks auf /etc/alternatives/...? Guck mal mit rpm -qlvp nach.
Sind echte Dateien.
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.
Was ist die Alternative ? dmidecode zu installieren und riskieren, daß hal wg. fehlendem/defektem pmtools nicht rund läuft ? sunhb58820:~/libvirt_1.2.11 # rpm -Uv dmidecode-3.0-70.1.x86_64.rpm warning: dmidecode-3.0-70.1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID a0e46e11 error: Failed dependencies: pmtools is needed by (installed) hal-0.5.12-23.76.1.x86_64
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
klappt, danke. Bernd Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Nikolaus Blum, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 -- 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
participants (2)
-
Christian Boltz
-
Lentes, Bernd