On Tue, 20 Oct 2015 11:29:11 +0200, Michael Schwendt wrote:
> dnf
> Traceback (most recent call last):
> File "/bin/dnf", line 35, in <module>
> from dnf.cli import main
> File "/usr/lib/python2.7/site-packages/dnf/__init__.py", line 31, in
> <module>
> import dnf.base
> File "/usr/lib/python2.7/site-packages/dnf/base.py", line 26, in
<module>
> from dnf.comps import CompsQuery
> File "/usr/lib/python2.7/site-packages/dnf/comps.py", line 29, in
<module>
> import dnf.util
> File "/usr/lib/python2.7/site-packages/dnf/util.py", line 31, in
<module>
> import librepo
> File "/usr/lib64/python2.7/site-packages/librepo/__init__.py", line
1001,
> in <module>
> import librepo._librepo
> ImportError: libidn.so.11: cannot open shared object file: No such file or
> directory
Apart from what has been answered in this thread,
there's a missing dependency in the python-librepo package:
$ ldd /usr/lib64/python2.7/site-packages/librepo/_librepomodule.so |grep idn
libidn.so.11 => /lib64/libidn.so.11 (0x00007f2dd7f97000)
$ rpm -qf /usr/lib64/python2.7/site-packages/librepo/_librepomodule.so
python-librepo-1.7.16-1.fc22.x86_64
$ rpm -qR python-librepo|grep idn
$
And it's not only the dep on libidn that's missing.
Would be worth filing a bug report about this.
The package uses an old technique for filtering of dependencies
created by RPM automatically. There's newer stuff that would work better:
https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering