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