DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides

[Sandro Mani]

On 12.06.2015 10:28, Radek Holy wrote:
>
>
> ------------------------------------------------------------------------
>
>     *From: *"Sandro Mani" <manisandro at gmail.com>
>     *To: *"Development discussions related to Fedora"
>     <devel at lists.fedoraproject.org>
>     *Sent: *Thursday, June 11, 2015 6:01:12 PM
>     *Subject: *DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same
>     provides
>
>     Hello,
>
>     Investigating bug #1230838, I noticed that when installing
>     mmg3d-libs, dnf installs Konsole output ptscotch-mpich, whereas
>     yum-deprecated installs scotch. Both scotch and  ptscotch-mpich
>     provide the required libscotch.so.0()(64bit), albeit one in
>     /usr/lib64/ and the other one in /usr/lib64/mpich/lib/:
>
>     $ dnf repoquery --requires mmg3d-libs
>     [...]
>     libscotch.so.0()(64bit)
>     libscotcherr.so.0()(64bit)
>     [...]
>
>
>     $ dnf provides 'libscotch.so.0()(64bit)'
>     ptscotch-mpich-6.0.4-2.fc23.x86_64 : PT-Scotch libraries compiled
>     against mpich
>     Repo        : rawhide
>
>     ptscotch-openmpi-6.0.4-2.fc23.x86_64 : PT-Scotch libraries
>     compiled against openmpi
>     Repo        : rawhide
>
>     scotch-6.0.4-2.fc23.x86_64 : Graph, mesh and hypergraph
>     partitioning library
>     Repo        : rawhide
>
>
>     Konsole output $ dnf repoquery -l scotch.x86_64 | grep libscotch.so.0
>     /usr/lib64/libscotch.so.0
>     /usr/lib64/libscotch.so.0.2
>
>
>     Konsole output $ dnf repoquery -l ptscotch-mpich.x86_64 | grep
>     libscotch.so.0
>     /usr/lib64/mpich/lib/libscotch.so.0
>     /usr/lib64/mpich/lib/libscotch.so.0.2
>
>
>     $ dnf install mmg3d-libs
>     [...]
>     Installing:
>      environment-modules x86_64                   3.2.10-14.fc23
>     rawhide                   117 k
>      hwloc-libs x86_64                   1.10.1-2.fc23
>     rawhide                   1.3 M
>      lzma-libs x86_64                   4.32.7-13.fc22
>     rawhide                    38 k
>      mmg3d-libs x86_64                   4.0.2-1.fc23
>     rawhide                   211 k
>      mpich x86_64                   3.1.4-3.fc23
>     rawhide                   1.1 M
>      ptscotch-mpich
>
>     $ yum-deprecated install mmg3d-libs
>     [...]
>     Installing:
>      mmg3d-libs                     x86_64 4.0.2-1.fc23
>     rawhide                     211 k
>     Installing for dependencies:
>      lzma-libs                      x86_64 4.32.7-13.fc22
>     rawhide                      38 k
>      scotch
>
>
>     So, whose fault is this? Packaging of dnf? Nothing relevant for
>     this caught my eye skimming through the packaging guidelines.
>
>     And related: trying to install some $pkg-openmpi package, I don't
>     generally see packages enforcing that the -openmpi version of some
>     dependency library is installed as opposed to just the regular
>     libs package. Should such requires need to be stated explicitly?
>
>     Thanks,
>     Sandro
>
>     -- 
>     devel mailing list
>     devel at lists.fedoraproject.org
>     https://admin.fedoraproject.org/mailman/listinfo/devel
>     Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
>
> If a package "Requires: foo" and both "bar" and "barbaz" "Provides: 
> foo", they are handled as being equally suitable. DNF/libsolv is not 
> going to prefer packages with shorter names.
So what is the solution in this situation? This seems to be a change in 
behaviour compared to yum, and it potentially affects a number of 
packages (in particular $pkg vs $pkg-openmpi, $pkg-mpich). I suppose (as 
an immediate solution at least), all such Requires need to be stated 
explicitly in the package?

Thanks,
Sandro

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150612/236b2dd9/attachment.html>