Title: Konsole output
On 12.06.2015 10:28, Radek Holy wrote:
From:
"Sandro Mani" <manisandro@xxxxxxxxx>
To: "Development discussions related to Fedora"
<devel@xxxxxxxxxxxxxxxxxxxxxxx>
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
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@xxxxxxxxxxxxxxxxxxxxxxx
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
|
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
