Bug 1036116
| Summary: | dnf install failed with exception | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jaroslav Škarvada <jskarvad> |
| Component: | dnf | Assignee: | Zdeněk Pavlas <zpavlas> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 20 | CC: | akozumpl, dcharlespyle, jskarvad, jwrigley7, jzeleny, lslebodn, packaging-team-maint, pnemade, rholy, zpavlas |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | dnf-0.4.9-1.fc20 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-14 02:45:33 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jaroslav Škarvada
2013-11-29 13:31:49 UTC
Seems that dnf.util.urlopen() returned a closed file. This might be related to recent TemporaryFile => NamedTemporaryFile changes.. I'll take a look. Does the error appear on subsequent runs, too? Is /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-latest present, readable and sane (non-empty)? (In reply to Zdeněk Pavlas from comment #2) > Does the error appear on subsequent runs, too? Is > /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-latest present, readable > and sane (non-empty)? It seems so, I tried the dnf install command twice and both failed. Yum worked correctly, so /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-latest is probably OK. The machine is now installing, I can retry later. That's a really weird bug.. >>> tempfile.NamedTemporaryFile().read() Traceback (most recent call last): File "<stdin>", line 1, in <module> ValueError: I/O operation on closed file but >>> f = tempfile.NamedTemporaryFile(); print repr(f.read()); del f '' A bound method references the object with "self", so it should *not* be GC'd and closed, but there's probably too much magic somewhere. Workaround is simple, but it's definitely a Python bug. Fixed in commit 4b24f0b *** Bug 1036232 has been marked as a duplicate of this bug. *** dnf-0.4.9-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/dnf-0.4.9-1.fc20 Package dnf-0.4.9-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.9-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-22638/dnf-0.4.9-1.fc20 then log in and leave karma (feedback). *** Bug 1040477 has been marked as a duplicate of this bug. *** dnf-0.4.9-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. This same kind of problem persists in dnf in Fedora 22. Still does not install keys. Also does not handle exceptions very well without either crashing or failing out. Unfortunately, I cannot get details from the yumex client as a good number of them are off the screen and cannot be selected for copying and pasting. After exhausting all options, I finally ran dnf at the command line and I was able to import the new keys as well as complete the updates successfully. After that, however, yumex (dnf) ignored the fact that all the updates already were installed and attempted to redownload and reinstall them all over again, only to warn me that they all were already installed. Again, the list and dialog containing the list went off the screen and could not be selected. |