[Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR

[Alexander Bokovoy]

On Tue, 28 Jun 2016, Lukas Slebodnik wrote:
>On (28/06/16 10:57), Alexander Bokovoy wrote:
>>On Tue, 28 Jun 2016, Petr Vobornik wrote:
>>> On 06/27/2016 08:11 PM, Lukas Slebodnik wrote:
>>> > On (27/06/16 17:55), Milan Kubík wrote:
>>> > > Hi all,
>>> > >
>>> > > the pki packages that are currently in the COPR repo [1] are broken. There is
>>> > > a conflict between pki-server and pki-base:
>>> > >
>>> > > Error: Transaction check error:
>>> > >  file /usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.pyc from install of pki-server-10.3.3-1.fc24.noarch conflicts with file from package pki-base-10.3.3-1.fc24.noarch
>>> > >  file /usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.pyo from install of pki-server-10.3.3-1.fc24.noarch conflicts with file from package pki-base-10.3.3-1.fc24.noarch
>>> > >
>>> > > [1]: https://copr.fedorainfracloud.org/coprs/g/freeipa/freeipa-master/
>>> > >
>>> > I can see the same with pki-core in fedora 24 updates-testing.
>>> > File a fedora bug.
>>> >
>>> > LS
>>> >
>>>
>>> Right, even though I can't reproduce, the package in freeipa-master copr
>>> should be the same as the one in updates testing. It was built from the
>>> same srpm:
>>> https://kojipkgs.fedoraproject.org//packages/pki-core/10.3.3/1.fc24/src/pki-core-10.3.3-1.fc24.src.rpm
>>One particular issue could be that you have pki-server installed from
>>one source and pki-base considered from a different one. For yum and dnf
>>there is a difference where the package comes from and all subpackages
>>of the same source package should be coming from the same repository to
>>avoid conflicts like this because after install the package keeps its
>>source repo mark.
>It is not a "particular issue".
It is a particular issue -- there may be more issues with
multi-repository package delivery but this particular bug of dnf/yum not
allowing upgrades of packages with the same name delivered via different
repositories stands out.

>It's real packaging bug and have to be fixed.
Right.

>The same files are owned by two packages even though one depens on other.
>Milan, please fiel a fedora bug.
>
>[root at 5946ca9bf02b /]# rpm -q pki-server pki-base
>pki-server-10.3.3-1.fc24.noarch
>pki-base-10.3.3-1.fc24.noarch
>
>[root at 5946ca9bf02b /]# rpm -ql pki-base | grep pkiparser.py
>/usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.py
>/usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.pyc
>/usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.pyo
>
>[root at 5946ca9bf02b /]# rpm -ql pki-server | grep pkiparser.py
>/usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.py
>/usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.pyc
>/usr/lib/python2.7/site-packages/pki/server/deployment/pkiparser.pyo
This is not a real bug:
https://fedoraproject.org/wiki/Packaging:Guidelines#File_and_Directory_Ownership
------------------------------------------------------------------------
In most cases, it should not be necessary for multiple packages to
contain identical copies of the same file. However, if it is necessary,
multiple packages may contain identical copies of the same file, as long
as the following requirements are met:

    The packages sharing ownership of the identical files are built from
a single SRPM. 

OR

    The packages sharing ownership of the identical files are not in a
dependency chain (e.g. if package A requires package B, they should not
both contain identical files, either A or B must own the common files,
but not both.) 
--------------------------------------------------------------------------

The bug here is that they come from different repositories and thus from
the dnf/yum point of view are built from different source packages.

>
>[root at 5946ca9bf02b /]# rpm -q --requires pki-server | grep pki
>pki-base = 10.3.3-1.fc24
>pki-base-java = 10.3.3-1.fc24
>pki-tools = 10.3.3-1.fc24
>
>LS

-- 
/ Alexander Bokovoy