Completing the MPICH transition
Sébastien Villemot
sebastien at debian.org
Tue Oct 29 13:29:40 UTC 2013
Hi,
In trying to fix the FTBFS of petsc on those arches where MPICH is the
default MPI implementation, I realized that the problem is due to the
MPICH transition. As you know, version 3 of MPICH has been uploaded as
src:mpich. It took over the libmpich2-dev package from src:mpich2, and
made it a transitional package. And the new shared library is called
libmpich10, while the former was libmpich2-3.
My understanding is that this transition is in an unfinished state.
First, I had to fix mpi-defaults (in version 1.0.2), since it was still
returning "mpich2" on those archs where MPICH is the default.
Also, there are a lot of packages still depending on libmpich2-3,
including src:scalapack and src:blacs-mpi on which src:petsc
build-depends. Unless versions 2 and 3 of MPICH can coexist in the same
application (which I doubt, but please correct me), the current
situation makes it impossible to fix petsc (and probably quite a few
other packages).
Anyways, shouldn't we request a proper transition slot from the Release
Team? That would involve binNMU-ing all packages still depending on
libmpich2-3. And then removing src:mpich2.
Am I missing something? Should I request the transition slot?
Cheers,
--
.''`. Sébastien Villemot
: :' : Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/debian-science-maintainers/attachments/20131029/c6f0f5da/attachment.sig>
More information about the debian-science-maintainers
mailing list