[Gelöst] CentOS 5.7 Abhängigkeitsfehler Inst. OPSI 4.0.1

[tmakcom]

Hallo,

gerade versuche ich OPSI 4.0.1 auf CentOS 5.7 zu installieren. Die Anleitung habe ich Schritt für Schritt befolgt.
Statt der Repo-Datei aus der Anleitung habe ich nach dem ersten fehlgeschlagenen Versuch die Datei hier heruntergeladen.http://download.opensuse.org/repositori ... psi40.repo. Leider führte dies genau zum gleich Fehler.

Nach der Ausführung von folgendem Befehl erhalte ich einen Abhängigkeitsfehler:

Code: Alles auswählen

yum install opsi-depotserver opsi-configed

Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.mserverz.de
* extras: mirror.mserverz.de
* updates: mirror.mserverz.de
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package opsi-configed.noarch 0:4.0.1.17-2.1 set to be updated
--> Processing Dependency: java-1_6_0-sun for package: opsi-configed
---> Package opsi-depotserver.noarch 0:4.0.1.11-1.1 set to be updated
--> Processing Dependency: python-opsi >= 4.0.1 for package: opsi-depotserver
--> Processing Dependency: opsiconfd >= 4.0.1 for package: opsi-depotserver
--> Processing Dependency: opsi-utils >= 4.0 for package: opsi-depotserver
--> Processing Dependency: opsi-linux-bootimage >= 20090927 for package: opsi-depotserver
--> Processing Dependency: opsipxeconfd >= 4.0 for package: opsi-depotserver
--> Processing Dependency: dhcp for package: opsi-depotserver
--> Processing Dependency: opsi-atftp for package: opsi-depotserver
--> Running transaction check
---> Package dhcp.x86_64 12:3.0.5-29.el5_7.1 set to be updated
---> Package java-1_6_0-sun.x86_64 0:1.6.0.u20-7.2 set to be updated
--> Processing Dependency: jpackage-utils >= 1.7.0 for package: java-1_6_0-sun
---> Package opsi-atftp.x86_64 0:0.7.dfsg-9.1 set to be updated
--> Processing Dependency: xinetd for package: opsi-atftp
---> Package opsi-linux-bootimage.noarch 0:20110926-1.1 set to be updated
---> Package opsi-utils.noarch 0:4.0.1.15-1.1 set to be updated
--> Processing Dependency: zsync for package: opsi-utils
---> Package opsiconfd.noarch 0:4.0.1.9-5.1 set to be updated
--> Processing Dependency: python-twisted for package: opsiconfd
--> Processing Dependency: python-rrdtool for package: opsiconfd
---> Package opsipxeconfd.noarch 0:4.0.1.5-1.1 set to be updated
---> Package python-opsi.noarch 0:4.0.1.36-1.1 set to be updated
--> Processing Dependency: duplicity for package: python-opsi
--> Processing Dependency: python-ldaptor for package: python-opsi
--> Processing Dependency: python-crypto for package: python-opsi
--> Processing Dependency: python-sqlalchemy for package: python-opsi
--> Processing Dependency: python-ctypes for package: python-opsi
--> Processing Dependency: python-mysql for package: python-opsi
--> Processing Dependency: python-pam for package: python-opsi
--> Processing Dependency: python-magic for package: python-opsi
--> Processing Dependency: pyOpenSSL for package: python-opsi
--> Processing Dependency: lshw for package: python-opsi
--> Processing Dependency: python-simplejson for package: python-opsi
--> Processing Dependency: newt-python for package: python-opsi
--> Running transaction check
---> Package duplicity.x86_64 0:0.6.08b-6.2 set to be updated
--> Processing Dependency: python-pexpect for package: duplicity
--> Processing Dependency: python-GnuPG-Interface for package: duplicity
--> Processing Dependency: librsync.so.1()(64bit) for package: duplicity
---> Package jpackage-utils.noarch 0:1.7.3-1jpp.2.el5 set to be updated
---> Package lshw.x86_64 0:B.02.14-4.1 set to be updated
---> Package opsiconfd.noarch 0:4.0.1.9-5.1 set to be updated
--> Processing Dependency: python-rrdtool for package: opsiconfd
---> Package pyOpenSSL.x86_64 0:0.6-2.el5 set to be updated
---> Package python-crypto.x86_64 0:2.1.0-5.2 set to be updated
---> Package python-ctypes.x86_64 0:1.0.2-6.2 set to be updated
---> Package python-ldaptor.x86_64 0:0.0.43-12.2 set to be updated
--> Processing Dependency: python-pyparsing for package: python-ldaptor
---> Package python-magic.x86_64 0:5.04-6.2 set to be updated
---> Package python-mysql.x86_64 0:1.2.2-92.2 set to be updated
--> Processing Dependency: libmysqlclient_r.so.15(libmysqlclient_15)(64bit) for package: python-mysql
--> Processing Dependency: libmysqlclient_r.so.15()(64bit) for package: python-mysql
---> Package python-newt.x86_64 0:0.52.11-13.2 set to be updated
--> Processing Dependency: newt = 0.52.11 for package: python-newt
--> Processing Dependency: libnewt.so.0.52(NEWT_0.52.6)(64bit) for package: python-newt
---> Package python-pam.x86_64 0:0.5.0-76.2 set to be updated
---> Package python-simplejson.x86_64 0:2.0.9-11.2 set to be updated
---> Package python-sqlalchemy.x86_64 0:0.6.6-17.3 set to be updated
---> Package python-twisted.x86_64 0:8.2.0-13.2 set to be updated
--> Processing Dependency: python-zopeinterface for package: python-twisted
--> Processing Dependency: python-serial for package: python-twisted
---> Package xinetd.x86_64 2:2.3.14-13.el5 set to be updated
---> Package zsync.x86_64 0:0.6.1-6.2 set to be updated
--> Running transaction check
---> Package libnewt0_52.x86_64 0:0.52.11-13.2 set to be updated
---> Package librsync.x86_64 0:0.9.7-176.2 set to be updated
---> Package mysql.x86_64 0:5.0.95-1.el5_7.1 set to be updated
--> Processing Dependency: perl(DBI) for package: mysql
--> Processing Dependency: libnewt.so.0.52 for package: newt
--> Processing Dependency: libnewt.so.0.52 for package: newt-devel
--> Processing Dependency: libnewt.so.0.52(NEWT_0.52) for package: newt
--> Processing Dependency: newt = 0.52.2-15.el5 for package: newt-devel
--> Processing Dependency: newt = 0.52.2-15.el5 for package: newt-devel
---> Package newt.i386 0:0.52.11-13.2 set to be updated
---> Package newt.x86_64 0:0.52.11-13.2 set to be updated
---> Package opsiconfd.noarch 0:4.0.1.9-5.1 set to be updated
--> Processing Dependency: python-rrdtool for package: opsiconfd
---> Package python-GnuPG-Interface.x86_64 0:0.3.2-4.1 set to be updated
--> Processing Dependency: gnupg2 for package: python-GnuPG-Interface
---> Package python-pexpect.x86_64 0:2.3-31.2 set to be updated
---> Package python-pyparsing.x86_64 0:1.5.6-16.1 set to be updated
---> Package python-serial.noarch 0:2.4-11.2 set to be updated
---> Package python-zopeinterface.x86_64 0:3.3.0-114.2 set to be updated
--> Running transaction check
---> Package gnupg2.x86_64 0:2.0.10-3.el5_5.1 set to be updated
--> Processing Dependency: pinentry for package: gnupg2
--> Processing Dependency: libksba.so.8(KSBA_0.9)(64bit) for package: gnupg2
--> Processing Dependency: libpth.so.20()(64bit) for package: gnupg2
--> Processing Dependency: libksba.so.8()(64bit) for package: gnupg2
---> Package libnewt0_52.i386 0:0.52.11-13.2 set to be updated
---> Package newt-devel.i386 0:0.52.11-13.2 set to be updated
---> Package newt-devel.x86_64 0:0.52.11-13.2 set to be updated
---> Package opsiconfd.noarch 0:4.0.1.9-5.1 set to be updated
--> Processing Dependency: python-rrdtool for package: opsiconfd
---> Package perl-DBI.x86_64 0:1.52-2.el5 set to be updated
--> Running transaction check
---> Package libksba.x86_64 0:1.0.5-2.el5 set to be updated
---> Package opsiconfd.noarch 0:4.0.1.9-5.1 set to be updated
--> Processing Dependency: python-rrdtool for package: opsiconfd
---> Package pinentry.x86_64 0:0.7.3-3.el5 set to be updated
---> Package pth.x86_64 0:2.0.7-6.el5 set to be updated
--> Finished Dependency Resolution
opsiconfd-4.0.1.9-5.1.noarch from home_uibmz_opsi_opsi40 has depsolving problems
--> Missing Dependency: python-rrdtool is needed by package opsiconfd-4.0.1.9-5.1.noarch (home_uibmz_opsi_opsi40)
Error: Missing Dependency: python-rrdtool is needed by package opsiconfd-4.0.1.9-5.1.noarch (home_uibmz_opsi_opsi40)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.

Die Installation des Pakets "python-rrdtool" direkt vom Anbieter führt leider nicht zum Erfolg. Es erscheint nach wie vor oben angegebene Fehlermeldung.

Code: Alles auswählen

[root@devpool04 src]# rpm -qa |grep -i rrd
rrdtool-1.4.5-1.wrl
rrdtool-python-1.4.5-1.wrl
rrdtool-perl-1.4.5-1.wrl

Daher wäre ich für jede Hilfe dankbar.

Viele Grüße
T. Mayer

[uncle_scrooge]

Das rpmforge repo hierüber http://wiki.centos.org/AdditionalResour ... 4998926a1b installieren. (Fügt 'nur' eine repo-Datei in /etc/yum.repos.d ein.)

Dann noch einmal probieren.
Ggfs. wird GPG-key angemault.
Dann das Ganze noch mal mit Option --nogpgcheck. Ist zwar unschön, aber funktioniert.

[tmakcom]

Hallo Dagobert Duck

hat prima funktioniert. Damit kann ich leben, schönen Dank
Wäre schön, wenn uib das in die Dokumentation aufnehmen könnte *Wink mit dem Zaunpfahl*
In der Anleitung siehts ja eher so aus, als wäre die Installation unter CentOS nicht so aufwändig (Kapitel 3.1.7 Installation on CentOS Server).
Mit dem kleinen Tipp geht es halt, auch wenn es mMn nicht so schön ist, auf Dritt-Repositories (das von uib in diesem Fall mal ausgenommen ) zurückzugreifen.

Viele Grüße
T. Mayer

[ueluekmen]

Hi,

mit fremden Repos in unseren Dokus haben wir schlechte Erfahrungen gemacht. Einmal eingetragen, bleibt es meistens in der Doku stehen. Wenn das Repository dann mal umzieht oder Offline geht, funktioniert es nicht mehr, wie beschrieben. Wir haben angefangen solche Dinge im Wiki zu hinterlegen. Ziel ist es, dass die User auch selbst Ihre Beobachtungen zu diversen Distributionen dort dokumentieren und austauschen können.

Zu dem Problem:

Wir haben versucht diese Abhängigkeit (Die komischerweise CentOS 5 betrifft und Redhat 6??!!) selber auf zu lösen. Allerdings können wir das nicht mit jedem Paket tun, da wir diesen Aufwand einfach nicht leisten können. Im hier beschriebenen Fall geht es um die Info-Page. Diese Abhängigkeit haben wir in den neusten Paketen (momentan im Experimental-Repo) für die oben genannten Distros entfernt. Das opsiconfd-Paket lässt sich so installieren, nur kann man die Info-Seite nur anzeigen, wenn man das python-rrdtool bzw. rrdtool-python nach installiert. Was uns zuätzlich wundert, die Pakete waren mal da... Zumindest bei CentOS 5 bin ich mir eigentlich ziemlich sicher, dass Sie mal da waren...

[tmakcom]

Guten Morgen,

okay, dass kann ich nachvollziehen. Es ist wahrscheinlich nicht ganz einfach bei den häufigen Änderungen an den Inhalten der Distributions-Repos Schritt zu halten. Aber dafür gibt es ja dieses wunderbare Forum hier.

Viele Grüße
T. Mayer