Abhängigkeitsproblem für "Python-Twisted"

[SisterOfMercy]

Well, that's almost the same error as I got.

What's the output of this:

Code: Alles auswählen

yum list installed | grep python

[Havok2333]

Hi,

the output looks like this:

[root@srvx-opsi ~]# yum list installed | grep python
MySQL-python.x86_64 1.2.3-11.el7 @base
audit-libs-python.x86_64 2.4.1-5.el7 @base
dbus-python.x86_64 1.1.1-9.el7 @anaconda
libselinux-python.x86_64 2.2.2-6.el7 @anaconda
libsemanage-python.x86_64 2.1.10-18.el7 @base
newt-python.x86_64 0.52.15-4.el7 @anaconda
policycoreutils-python.x86_64 2.2.5-20.el7 @base
python.x86_64 2.7.5-18.el7_1.1 @updates
python-GnuPG-Interface.x86_64 0.3.2-4.2 @home_uibmz_opsi_opsi40
python-GnuPGInterface.noarch 0.3.2-11.el7 @epel
python-IPy.noarch 0.75-6.el7 @base
python-SQLAlchemy.x86_64 0.7.7-32.2 @home_uibmz_opsi_opsi40
python-Twisted.x86_64 12.0.0-24.2 @home_uibmz_opsi_opsi40
python-backports.x86_64 1.0-8.el7 @base
python-backports-ssl_match_hostname.noarch
python-boto.noarch 2.38.0-2.el7 @epel
python-chardet.noarch 2.2.1-1.el7_1 @updates
python-configobj.noarch 4.7.2-7.el7 @anaconda
python-crypto.x86_64 2.6.1-1.el7.centos @extras
python-decorator.noarch 3.4.0-3.el7 @anaconda
python-ecdsa.noarch 0.11-3.el7.centos @extras
python-iniparse.noarch 0.4-9.el7 @anaconda
python-javapackages.noarch 3.4.1-11.el7 @base
python-ldap.x86_64 2.4.15-2.el7 @base
python-ldaptor.x86_64 0.0.43-16.1 @home_uibmz_opsi_opsi40
python-libs.x86_64 2.7.5-18.el7_1.1 @updates
python-lockfile.noarch 1:0.9.1-4.el7.centos @extras
python-lxml.x86_64 3.2.1-4.el7 @base
python-magic.noarch 5.11-31.el7 @base
python-opsi.noarch 4.0.6.34-1.1 @home_uibmz_opsi_opsi40
python-pam.x86_64 0.5.0-4.2 @home_uibmz_opsi_opsi40
python-paramiko.noarch 1.15.1-1.el7 @epel
python-perf.x86_64 3.10.0-327.3.1.el7 @updates
python-pexpect.noarch 3.3-10.1 @home_uibmz_opsi_opsi40
python-psutil.x86_64 1.2.1-1.el7 @epel
python-pyasn1.noarch 0.1.6-2.el7 @base
python-pycurl.x86_64 7.19.0-17.el7 @anaconda
python-pyudev.noarch 0.15-6.el7 @anaconda
python-requests.noarch 2.6.0-1.el7_1 @updates
python-rsa.noarch 3.1.1-5.el7 @epel
python-setuptools.noarch 0.9.8-3.el7 @anaconda
python-six.noarch 1.3.0-4.el7 @base
python-slip.noarch 0.4.0-2.el7 @anaconda
python-slip-dbus.noarch 0.4.0-2.el7 @anaconda
python-urlgrabber.noarch 3.10-6.el7 @base
python-urllib3.noarch 1.10.2-2.el7_1 @updates
python-zope-interface.x86_64 4.0.5-4.el7 @base
rpm-python.x86_64 4.11.3-17.el7 @base

[SisterOfMercy]

Hmm, well now run "rpm --nodeps -e python-Twisted" and try "yum list installed | grep python" again. Then python-Twisted should not be listed anymore.

[SisterOfMercy]

I've just found out how to fix this error on CentOS 7:

Code: Alles auswählen

rpm --nodeps -e python-Twisted
yum upgrade -v --skip-broken
yum install python-Twisted
yum upgrade -v

[SisterOfMercy]

I also had to install python-argparse on CentOS 6.

[n.wenselowski]

Ah, die Freude von veraltetem Python

Eigentlich haben wir einen Fallback für Argparse. Kannst du mir sagen wo ein Problem auftrat?


Gruß

Niko

[SisterOfMercy]

Eigentlich haben wir einen Fallback für Argparse. Kannst du mir sagen wo ein Problem auftrat

show_drivers.py from the 64-bit windows 7 package, 4.0.6.1-3

Code: Alles auswählen

# /var/lib/opsi/depot/win7-x64/show_drivers.py opsitest64.domain.local
Traceback (most recent call last):
  File "/var/lib/opsi/depot/win7-x64/show_drivers.py", line 48, in <module>
    import OPSI.Util.argparse as argparse
ImportError: No module named argparse

[n.wenselowski]

Hi,

running an 4.0.6 or older?
If on 4.0.6: does this work?

Code: Alles auswählen

$ python -c "import OPSI.Util._argparse"

-Niko

[SisterOfMercy]

running an 4.0.6 or older?
If on 4.0.6: does this work?

Code: Alles auswählen

$ python -c "import OPSI.Util._argparse"

Nope, this gives the same result. First I removed python-argparse.

Code: Alles auswählen

Removed:
  python-argparse.noarch 0:1.2.1-2.1.el6

# /var/lib/opsi/depot/win7-x64-nlite/show_drivers.py w7install2.domain.local
Traceback (most recent call last):
  File "/var/lib/opsi/depot/win7-x64-nlite/show_drivers.py", line 48, in <module>
    import OPSI.Util.argparse as argparse
ImportError: No module named argparse
# python -c "import OPSI.Util._argparse"

# /var/lib/opsi/depot/win7-x64-nlite/show_drivers.py w7install2.domain.local
Traceback (most recent call last):
  File "/var/lib/opsi/depot/win7-x64-nlite/show_drivers.py", line 48, in <module>
    import OPSI.Util.argparse as argparse
ImportError: No module named argparse

This is on 4.0.6:

Code: Alles auswählen

# yum list installed | grep opsi
duplicity.x86_64                     0.6.24-9.1                       @opsi4
librsync.x86_64                      0.9.7-176.3                      @opsi4
opsi-atftp.x86_64                    0.7.dfsg-12.1                    @opsi4
opsi-configed.noarch                 4.0.6.3.5.1-2.1                  @opsi4
opsi-depotserver.noarch              4.0.6.4-2.1                      @opsi4
opsi-linux-bootimage.noarch          20160111-1.1                     @opsi4
opsi-utils.noarch                    4.0.6.9-1.1                      @opsi4
opsiconfd.noarch                     4.0.6.11-2.1                     @opsi4
opsipxeconfd.noarch                  4.0.4.1-2.1                      @opsi4
opsipxeconfd.noarch                  4.0.4.1-2.2                      @opsi4
opsipxeconfd.noarch                  4.0.5.5-2.1                      @opsi4
python-GnuPG-Interface.x86_64        0.3.2-4.6                        @opsi4
python-SQLAlchemy.i686               0.7.7-32.3                       @opsi4
python-SQLAlchemy.x86_64             0.7.7-32.3                       @opsi4
python-Twisted.x86_64                12.0.0-24.3                      @opsi4
python-crypto.x86_64                 2.1.0-5.2                        @opsi4
python-ldaptor.x86_64                0.0.43-16.2                      @opsi4
python-lockfile.noarch               0.9.1-1.1                        @opsi4
python-opsi.noarch                   4.0.6.34-1.1                     @opsi4
python-pam.x86_64                    0.5.0-76.2                       @opsi4
python-pexpect.noarch                3.3-10.1                         @opsi4
python-pyparsing.noarch              2.0.3-5.2                        @opsi4
python-serial.noarch                 2.4-11.5                         @opsi4
python-simplejson.x86_64             2.0.9-11.2                       @opsi4
zsync.x86_64                         0.6.2-4.3                        @opsi4

However, don't bother too much. I will try it soon with CentOS 7, and see if python-argparse is also needed there. I'm thinking it is related to python-Twisted, or is this wrong?

[n.wenselowski]

Hm, that is quite strange - the fallback should never fail

Argparse is one of those modules that we're an addition in the past and since then have matured to be part of Python itself. If you are running a 2.7 at least.
It is not related to twisted.