Bug 1308631

Summary:	Install of python-polib fails if system has renamed python2-polib
Product:	[Fedora] Fedora	Reporter:	Milan Kubík <mkubik>
Component:	dnf	Assignee:	Packaging Maintenance Team <packaging-team-maint>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	23	CC:	dchen, diegobz, dshea, i18n-bugs, ivazqueznet, jsilhan, mluscon, moez.roy, packaging-team-maint, pnemade, 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-02-22 12:27: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:

Description Milan Kubík 2016-02-15 16:19:16 UTC

Description of problem:
When trying to install a package depending on python-polib on a system that has newer version installed (python2-polib 1.0.7-2) DNF does not recognize the package and creates conflict. 


Actual results:
Error: installed package python2-polib-1.0.7-2.fc23.noarch obsoletes python-polib < 1.0.7-2.fc23 provided by python-polib-1.0.3-6.fc23.noarch
(try to add '--allowerasing' to command line to replace conflicting packages)

Expected results:
dnf doesn't try to erase the newer package

Additional info:

Comment 1 David Shea 2016-02-15 16:23:37 UTC

$ rpm -q --provides python2-polib
python-polib = 1.0.7-3.fc24
python2-polib = 1.0.7-3.fc24

So this is either a problem in dnf or something wrong with the %python_provide macro.

Comment 2 Milan Kubík 2016-02-15 16:43:42 UTC

It seems I ran into this again. https://bugzilla.redhat.com/show_bug.cgi?id=1096506

Thanks for looking into it.

Comment 3 Honza Silhan 2016-02-22 12:27:19 UTC


*** This bug has been marked as a duplicate of bug 1096506 ***