Bug 1642126
| Summary: | libdnf crashes when displaying errors preventing a package from being updated | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Stephen Gallagher <sgallagh> | ||||||
| Component: | libdnf | Assignee: | rpm-software-management | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 29 | CC: | dmach, igor.raits, jmracek, mluscon, rpm-software-management, wendellcraigbaker | ||||||
| Target Milestone: | --- | Keywords: | Regression, Triaged | ||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | libdnf-0.22.3-1.fc29 | Doc Type: | If docs needed, set a value | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | |||||||||
| : | 1649306 (view as bug list) | Environment: | |||||||
| Last Closed: | 2018-12-05 02:33:38 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: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 1649306 | ||||||||
| Attachments: |
|
||||||||
|
Description
Stephen Gallagher
2018-10-23 16:38:30 UTC
Created attachment 1496751 [details]
SRPM of broken fedora-release
Attaching the SRPM of the fedora-release package that would generate this failure on upgrade, so if I fix my COPR you can still reproduce the issue using it.
I have also verified that the RPMs I'm working with work just fine from Fedora 28's DNF: dnf-2.7.5-12.fc28.noarch libdnf-0.11.1-3.fc28.x86_64 libsolv-0.6.35-3.fc28.x86_64 So it would appear that not only is DNF crashing hard here, it's also doing so in a place where it should be processing successfully. I've updated the COPR I mentioned above to support F28, F29 and Rawhide so the difference can be easily verified. To reproduce the successful case on F28: sudo podman pull registry.fedoraproject.org/fedora:28 sudo podman run --privileged -i --tty --name f28_release_rework registry.fedoraproject.org/fedora:28 Inside the container: dnf install 'dnf-command(copr)' dnf copr enable sgallagh/fedora-editions-rework dnf update fedora-release It will successfully update to the fedora-release-30-0.9.sgallagh.10 package. Do exactly the same steps with fedora:29 instead and you will see the reported failure. libdnf-0.22.3-1.fc29 dnf-4.0.9-1.fc29 dnf-plugins-core-4.0.2-1.fc29 dnf-plugins-extras-4.0.0-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-17cbc3c616 dnf-4.0.9-1.fc29, dnf-plugins-core-4.0.2-1.fc29, dnf-plugins-extras-4.0.0-1.fc29, libdnf-0.22.3-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-17cbc3c616 dnf-4.0.9-1.fc29, dnf-plugins-core-4.0.2-1.fc29, dnf-plugins-extras-4.0.0-1.fc29, libdnf-0.22.3-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |