dnf broken - now what??
Michael Schwendt
mschwendt at gmail.com
Tue Oct 20 09:35:20 UTC 2015
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
More information about the users
mailing list