[Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
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/ Regards -- Milan Kubik -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
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 -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
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 -- Petr Vobornik -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
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. -- / Alexander Bokovoy -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
On 28.06.2016 09: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. I will remove pki-core from copr repo as it is not needed there Martin^2 -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
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's real packaging bug and have to be fixed. The same files are owned by two packages even though one depens on other. Milan, please fiel a fedora bug. [root@5946ca9bf02b /]# rpm -q pki-server pki-base pki-server-10.3.3-1.fc24.noarch pki-base-10.3.3-1.fc24.noarch [root@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@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 [root@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 -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
On 06/28/2016 01:03 PM, 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's real packaging bug and have to be fixed. The same files are owned by two packages even though one depens on other. Milan, please fiel a fedora bug. [root@5946ca9bf02b /]# rpm -q pki-server pki-base pki-server-10.3.3-1.fc24.noarch pki-base-10.3.3-1.fc24.noarch [root@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@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 [root@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 Thanks for the rpm output, Lukas. https://bugzilla.redhat.com/show_bug.cgi?id=1350773 -- Milan Kubik -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
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@5946ca9bf02b /]# rpm -q pki-server pki-base pki-server-10.3.3-1.fc24.noarch pki-base-10.3.3-1.fc24.noarch [root@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@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@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 -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
On 06/28/2016 01:20 PM, Alexander Bokovoy wrote: 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@5946ca9bf02b /]# rpm -q pki-server pki-base pki-server-10.3.3-1.fc24.noarch pki-base-10.3.3-1.fc24.noarch [root@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@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@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 The bug is exactly the violation of the second clause. pki-server requires pki-base while both own the files. -- Milan Kubik -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
On Tue, 28 Jun 2016, Milan Kubík wrote: 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@5946ca9bf02b /]# rpm -q pki-server pki-base pki-server-10.3.3-1.fc24.noarch pki-base-10.3.3-1.fc24.noarch [root@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@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@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 The bug is exactly the violation of the second clause. pki-server requires pki-base while both own the files. Right -- what I wanted to point is that the conflict you get from dnf is not due to violating this policy, it is due to the files ownership coming from subpackages built from different source packages. Package policy violations are not always (not in this case) enforced by dnf/yum/rpm. -- / Alexander Bokovoy -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
Re: [Freeipa-devel] Broken pki 10.3.3-1 packages in freeipa-master COPR
On (28/06/16 14:50), Alexander Bokovoy wrote: >On Tue, 28 Jun 2016, Milan Kubík wrote: >> > > 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@5946ca9bf02b /]# rpm -q pki-server pki-base >> > > pki-server-10.3.3-1.fc24.noarch >> > > pki-base-10.3.3-1.fc24.noarch >> > > >> > > [root@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@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@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 >> > >> The bug is exactly the violation of the second clause. pki-server >> requires pki-base while both own the files. >Right -- what I wanted to point is that the conflict you get from dnf is >not due to violating this policy, it is due to the files ownership >coming from subpackages built from different source packages. Package >policy violations are not always (not in this case) enforced by >dnf/yum/rpm. If there was not a violation of packaging guidelines then it would not be a problem if pki-base is from one repository and pki-server from other. It has to work because they are built from the same source. LS -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code
