[Freeipa-devel] [patch 0033] spec file: update the python-polib dependency name to python2-polib
Lukas Slebodnik
lslebodn at redhat.com
Mon Feb 15 16:39:20 UTC 2016
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
More information about the Freeipa-devel
mailing list