Bug 1069996
Summary: | [abrt] dnf: repo.py:312:start:AttributeError: 'NoneType' object has no attribute 'start' | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | sangu <sangu.fedora> | ||||||
Component: | dnf | Assignee: | Ales Kozumplik <akozumpl> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | unspecified | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | rawhide | CC: | a15y87, akozumpl, alex179ohm, aloner, autarch, avv.marengoni, balint.szgt, bignikita, bzf, campbell.bain, claudiomar.costa, csouth3, cutnioff, dct996, error, fralaltro, frank, hrafn, ignatenko, ilmostro7, jimkiralfy, jones.peter.busi, jorti, jyaworski, jzeleny, kdubrick, keprinko, mail, marbolangos, matbos, mhlavink, mikhail.v.gavrilov, nineff, nmoureyii, pablo.iranzo, paul.lipps, pnemade, possumjc, qwerty_144, ramzi986, redhatbugzilla, relrod, rholy, rlee17.inceptorus, sarrab1976, satellitgo, serranog.cristina, sir.ade, stanley.king, thilo.sch, valentingushchin, vishwanath.tk, vskcode, webcreator, wile_mak, willicat, w.isaac.cortes, yellow44, znmeb | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Unspecified | ||||||||
URL: | https://retrace.fedoraproject.org/faf/reports/bthash/9cd055d1a5468a0cac9e639e198ada5aed215b84 | ||||||||
Whiteboard: | abrt_hash:cd6916b7afc4ecffbd1fe51388ad84be4106cfe4 | ||||||||
Fixed In Version: | dnf-0.4.16-2.fc20 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2014-02-28 18:37:34 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
sangu
2014-02-26 03:59:57 UTC
Created attachment 867729 [details]
File: backtrace
Created attachment 867730 [details]
File: environ
got this bug today reproducable from CLI: $ dnf makecache &>output Fixed by 16ca933. dnf-0.4.16-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/dnf-0.4.16-2.fc20 Only needed to download and install dnf. python-dnf, available in the same build, was not needed. *** Bug 1070826 has been marked as a duplicate of this bug. *** if it "works for you", go over to the "admin.fedoraproject.org" page (the link to the update) and leave karma for the package. Why is dnf crashing when I didn't execute it? I thought it's use was optional for Fedora 20? If you have installed the package, it's possible that there is something running on the background, IIRC there is a daemon that runs on background and downloads metadata when necessary. dnf-0.4.16-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. (In reply to Paul Lipps from comment #10) > Why is dnf crashing when I didn't execute it? I thought it's use was > optional for Fedora 20? I recently installed a system from the desktop live media. Anaconda is installed by default and anaconda has dnf as a dependency. Right. I never installed, nor attempted to execute it, yet I am notified to report bugs on it. It should only be in rawhide until it's ready for mainstream use. Some of us actually use Fedora as our everyday operating system rather than a Red Hat employee playground. So this is a little bit annoying. This keeps happening on and on, even when I did the upgrade (by the way at this moment there's not any update/upgrade for dnf or for any other package, I did see an upgrade for dnf, I installed it, and nothing, it keeps happening). EOF Even though this is listed as closed, it is still occurring. This bug still occurs, several times daily with no apparent rhyme or reason. Yes this is still a problem after updating. Can someone please reopen this? I can just clone it as well, please advise. The update solved the problem for me. With all the other queries, it may deserve more investigation. I'm not seeing the problem, but I also restarted after applying the update (since I also got a kernel update). Affected users might want to try restarting the computer, or at least restarting systemd with systemctl daemon-reload or daemon-reexec. The version that's supposed to fix this (dnf-0.4.16-2.fc20) didn't go out in the push it was supposed to, but rather in the one after that (less than 12 hours ago). Anyone who thinks this isn't fixed, please double check which version you have. Ah I see yes I still have dnf-0.4.15-1.f20 Hello, this bug occurs because dnf is updating its cache in the background. The version this is fixed in is 0.4.16. We release updates frequently so it is possible some of you only got 0.4.15 now. For some reason I had to pull the latest update (0.4.16) from updates-testing (couldn't find it in stable even like 12 hours after it was supposedly pushed for some reason.) but yeah I can confirm that after doing that update this bug is fixed. Thanks! |