Bug 1308631

Summary: Install of python-polib fails if system has renamed python2-polib
Product: [Fedora] Fedora Reporter: Milan Kubík <mkubik>
Component: dnfAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: 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:
Embargoed:

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 ***