Description of problem: After updating to the latest release as the time of this writing dnf craps itself when running for example simple "dnf update" with Traceback (most recent call last): File "/bin/dnf", line 35, in <module> main.user_main(sys.argv[1:], exit_code=True) File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 277, in user_main errcode = main(args) File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 64, in main return _main(base, args) File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 133, in _main result, resultmsgs = cli.run() File "/usr/lib/python2.7/site-packages/dnf/cli/cli.py", line 1360, in run load_available_repos=lar) File "/usr/lib/python2.7/site-packages/dnf/base.py", line 223, in activate_sack self._add_repo_to_sack(r.id) File "/usr/lib/python2.7/site-packages/dnf/base.py", line 133, in _add_repo_to_sack repo.load() File "/usr/lib/python2.7/site-packages/dnf/repo.py", line 420, in load handle = self._handle_new_remote(tmpdir) File "/usr/lib/python2.7/site-packages/dnf/repo.py", line 207, in _handle_new_remote h.setopt(librepo.LRO_FASTESTMIRRORCACHE, AttributeError: 'module' object has no attribute 'LRO_FASTESTMIRRORCACHE' Version-Release number of selected component (if applicable): dnf-0.4.6-1.fc20.noarch.rpm hawkey-0.4.4-1.fc20.x86_64.rpm python-hawkey-0.4.4-1.fc20.x86_64.rpm libsolv-0.4.0-1.gitd49d319.fc20.x86_64.rpm How reproducible: Always Steps to Reproduce: 1. dnf update 2. 3. Actual results: dirty python traceback Expected results: Pony and a Czech beer Additional info:
Hey there, what's your librepo version?
The problem probably is we are not depending on the most recent librepo in that build---so even if it's available in the updates-testing just like DNF it doesn't get pulled if you select 'dnf' explicitly. 'yum upgrade python-librepo' should fix this. In master this is fixed by a8d4f2d and all should work as expected with dnf-0.4.7.
CCing zpavlas: Zdenek, please make sure to bump the librepo version to the correct one (by communicating with tmlcoch perhaps) to prevent bugs like this in the future.
OK it seems that the correct librepo version was omitted from updates, waiting for librepo maintainer to do a new build.
*** Bug 1025098 has been marked as a duplicate of this bug. ***
seeing this too. dnf-0.4.6-1.fc20 hawkey-0.4.4-1.fc20 libsolv-0.4.0-1.gitd49d319.fc20
(In reply to Niki Guldbrand from comment #6) > seeing this too. > > dnf-0.4.6-1.fc20 > hawkey-0.4.4-1.fc20 > libsolv-0.4.0-1.gitd49d319.fc20 Niki, what's your librepo version?
sorry, gave the wrong info :-/ librepo-1.2.1-3.bc2c8a5.fc20
I got this issue testing last dnf build. Which does not update my librepo package: still had python-librepo-1.2.1-3.bc2c8a5.fc20.x86_64 Manually upgrading to python-librepo-1.3.0-1.fc20.x86_64 solved this. Might be a require directive to update?
*** Bug 1025698 has been marked as a duplicate of this bug. ***
librepo-1.3.0 fixed this issue on my end too
fixed with librepo-1.3.0
dnf-0.4.7-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/dnf-0.4.7-1.fc20
Package dnf-0.4.7-1.fc20, hawkey-0.4.5-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing dnf-0.4.7-1.fc20 hawkey-0.4.5-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-21117/hawkey-0.4.5-1.fc20,dnf-0.4.7-1.fc20 then log in and leave karma (feedback).
dnf-0.4.7-1.fc20, hawkey-0.4.5-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.