Bug 1268174

Summary:	Misleading error from dnf on multi-lib conflict
Product:	[Fedora] Fedora	Reporter:	Dan Mossor [danofsatx] <danofsatx>
Component:	dnf	Assignee:	rpm-software-management
Status:	CLOSED EOL	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	22	CC:	jsilhan, mluscon, packaging-team-maint, pnemade, tim.lauridsen, vmukhame
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-07-19 18:05:30 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:	1533878, 1148627, 1549851
Bug Blocks:

Description Dan Mossor [danofsatx] 2015-10-02 00:35:47 UTC

When attempting to update one $arch of a package that has a multilib version installed, dnf gives a misleading error. 

For example, I have multilib versions of libX11 installed. While attempting to update from rdieter's copr for a QA test, I only had the x86_64 copr enabled. dnf reported "Error: cannot install both libX11-1.6.3-1.fc22.1.x86_64 and libX11-1.6.3-1.fc22.x86_64" which gave zero indication of the actual problem.

Using yum-deprecated, I was able to discover the root problem: 
Protected multilib versions: libX11-1.6.3-1.fc22.1.x86_64 != libX11-1.6.3-1.fc22.i686

Yum displayed the actual error, that only one $arch of a multilib installed package was being updated and both arches needed to be in sync.

Once the i686 copr was enabled, dnf proceeded normally.

dnf should report that the problem is a multilib problem, not just that two x86_64 versions can't be installed at the same time.

Comment 1 Honza Silhan 2015-10-13 13:41:11 UTC

Thanks for the report.

Comment 2 Fedora Admin XMLRPC Client 2016-07-08 09:29:50 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 3 Fedora End Of Life 2016-07-19 18:05:30 UTC

Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.