Bug 1843174
Summary: | dnf uninstallable in Fedora Rawhide Koji | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Richard W.M. Jones <rjones> |
Component: | libdnf | Assignee: | rpm-software-management |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | amatej, dmach, jmracek, jrohel, kevin, mblaha, mhatina, mhroncok, packaging-team-maint, pkratoch, rpm-software-management, vmukhame |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-06-03 03:41:19 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: | 910269, 1803235 |
Description
Richard W.M. Jones
2020-06-02 18:18:56 UTC
Thanks, I will try it out as soon as the build is available in Koji. I guess it's using the new version but still couldn't build: https://koji.fedoraproject.org/koji/taskinfo?taskID=45325885 What's really odd is that "libdnf" appears nowhere in the root.log. The commit I've linked is not the fix, but the cause. libdnf produces python3-hawkey Should we untag the latest libdnf here? Or is there more interdependent packages that would be broken by that? Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (ignatenkobrain). All subpackages of a package agaisnt which this bug was filled are now installable or removed from Fedora 33. Thanks for taking care of it! Sorry, this was my bad. We didn't build all the packages as soon as we could, so the transition period was longer. In fact thank you Igor for building the new dnf-plugins-core. Unfortunately the dependencies worked out that new libdnf conflicts with older dnf and new dnf conflicts with older dnf-plugins-core. Can confirm it works now. |