[Freeipa-devel] [patch 0033] spec file: update the python-polib dependency name to python2-polib

[Jan Cholasta]

On 25.2.2016 11:03, Milan Kubík wrote:
> On 02/15/2016 05:39 PM, Lukas Slebodnik wrote:
>> On (15/02/16 17:00), Petr Vobornik wrote:
>>> On 02/15/2016 04:37 PM, Milan Kubík wrote:
>>>> Reflect the updated name of the package.
>>>>
>>> Seems to me as a packaging bug in python-polib. It should use
>>> python_provide
>>> macro to handle the transition.
>> There is not a bug in python-polib
>>
>> sh# rpm -q python2-polib
>> python2-polib-1.0.7-2.fc23.noarch
>>
>> sh# rpm -q --provides python2-polib
>> python-polib = 1.0.7-2.fc23
>> python2-polib = 1.0.7-2.fc23
>>
>> However it is a change in behaviour in dnf/yum.
>> You can see more details in BZ1291850 or better BZ1096506.
>>
>> This a readon why "dnf builddep" will try to remove package.
>> (it's not downgrade from dnf point of view)
>>
>> sh# dnf builddep freeipa.spec
>> Last metadata expiration check performed 0:17:37 ago on Mon Feb 15
>> 16:19:14
>> 2016.
>> Package python-setuptools-18.0.1-2.fc23.noarch is already installed,
>> skipping.
>> Package systemd-222-10.fc23.x86_64 is already installed, skipping.
>> Package systemd-222-10.fc23.x86_64 is already installed, skipping.
>> 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)
>>
>>
>> You might try to file a dnf BZ but mine 1291850 was two tiles closed
>> as not a
>> but and then closed as a duplicate of another bug.
>>
>> IMHO the simplest solution would to push the patch with better
>> explanation
>> in's a workaround.
>>
>> LSommit message becuase it's a workaround.
>>
>> LS
> Updated patch with reworded commit message.

Please also add "workaround for 
https://bugzilla.redhat.com/show_bug.cgi?id=1096506" comment above the 
changed requires.

-- 
Jan Cholasta