Bug 1121793
Summary: | dnf failed to install a package, whereas yum installed it without problems | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | jd1008 | ||||
Component: | dnf | Assignee: | Ales Kozumplik <akozumpl> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 20 | CC: | akozumpl, jzeleny, mls, pnemade, rholy, tim.lauridsen | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2014-07-23 06:03:40 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: | |||||||
Attachments: |
|
Description
jd1008
2014-07-21 21:42:07 UTC
Created attachment 919773 [details] gzipped tar of debugdata directory (which is created by dnf). I tarred and compressed the debugdata directory, but it is still too big to be attached. So, I am providing a url to which I uploaded it: https://www.sendspace.com/file/137ry5 Thanks for the report, I'm looking into the issue. In libsolv, this seems to be boiling down to: repo system 0 testtags <inline> #>=Ver: 2.0 repo available 0 testtags <inline> #>=Pkg: a 1 1 x86_64 #>=Pkg: a 1 1 i686 #>=Prv: b system x86_64 rpm system poolflags implicitobsoleteusescolors job install provides b result transaction,problems <inline> #>install a-1-1.i686@available #>install a-1-1.x86_64@available Michael, is this expected? Note that only the .i686 is pulled in when we remove the implicitbosoleteusescolors flag. (The fact that only am-utils.i686 provides 'amd' (am-utils.x86_64 provides 'amd()(64bit)') and that it possibly has a packaging problem is a separate issue.) Yes, that's the expected result. i686 is considered a "inferior" arch and thus auto-lockstepped with the x86_64 package of the same name. Thanks Michael. Reporter, what you see is the expected outcome---you asked DNF to install 'amd' and only the i686 package acutally provides 'amd'. The depsolver knows it is of inferior arch (your system being x86_64) and so has to install the x86_64 version too. But the package itself is not made in a way that allows it to be installed at both versions---hence the error. I checked the rawhide version of am-utils and there's been some changes to this so possibly the problem is gone there. |