Description of problem: running a python application called engine-setup from oVirt project which relies on python bindings for dnf. The python interpreter crashes and generates a coredump, see abrt report attached (didn't work automatically since the otopi package is not part of Fedora) It's not caused by selinux denials: # ausearch -m avc <no matches> It's 100% reproducible: # dnf install python2-dnf.noarch # dnf install http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm # dnf install ovirt-engine # engine-setup On fedora 23 worked fine.
Created attachment 1187100 [details] abrt-cli report
The attached stack trace has: \#3 0x00007f69f50c9042 in __GI___assert_fail (assertion=0x7f69e2796727 "hrepo->state_main == _HY_NEW", file=0x7f69e2796538 "/builddir/build/BUILD/hawkey-0.6.3/src/sack.c" \#9 PyEval_EvalFrameEx (f=f@entry=Frame 0x555c708d9670, for file /usr/lib/python2.7/site-packages/dnf/base.py, line 127, in _add_repo_to_sack \#13 PyEval_EvalFrameEx (f=f@entry=Frame 0x555c70862720, for file /usr/lib/python2.7/site-packages/dnf/base.py, line 239, in fill_sack \#17 PyEval_EvalFrameEx (f=f@entry=Frame 0x7f69deb31420, for file /usr/lib/python2.7/site-packages/otopi/minidnf.py, line 530, in clean Still not sure about the root cause, taking to otopi for now. Will move back to python/dnf/hawkey if relevant.
Can't take to otopi because bugzilla requires oVirt Team but does not allow setting one... Cloning.
*** This bug has been marked as a duplicate of bug 1363805 ***