DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides
Radek Holy
rholy at redhat.com
Fri Jun 12 08:55:14 UTC 2015
----- Original Message -----
> From: "Sandro Mani" <manisandro at gmail.com>
> To: "Development discussions related to Fedora"
> <devel at lists.fedoraproject.org>
> Sent: Friday, June 12, 2015 10:40:40 AM
> Subject: Re: DNF vs YUM, $pkg, $pkg-mpi, $pkg-openmpi having same provides
> On 12.06.2015 10:28, Radek Holy wrote:
> > ----- Original Message -----
>
> > > 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
Is "scotch" *required* or just *preferred* over "ptscotch-mpich" and by whom?
--
Radek HolĂ˝
Associate Software Engineer
Software Management Team
Red Hat Czech
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150612/1abe2aa6/attachment.html>
More information about the devel
mailing list