On 2019-01-16 15:28, Alastair McKinstry wrote: > Matching changes should probably be made for mpich, the other mpi > alternative.
Done, pushed to branch anbe/alternatives This time, not even build-tested :-) I also added the Breaks against the versions predating mpi-$MULTIARCH including the current version of lam. See branch anbe/alternatives in both repositories. > (There is a third MPI alternative in Debian, lam, which also needs work, ... which surprisingly installs without error in a sid chroot with both libmpich-dev and libopenmpi-dev installed ... Setting up lam4-dev (7.1.4-3.1) ... update-alternatives: renaming mpi link from /usr/bin/mpicc to /usr/include/mpi update-alternatives: using /usr/share/man/man3/MPI_Comm_set_name_lam4-dev.3.gz to provide /usr/share/man/man3/MPI_Comm_set_name.3.gz (MPI_Comm_set_name.3.gz) in auto mode But I don't really want to try how quickly I can run into corrupted alternatives this way, so let's better block it completely. If you think that this should be fixed in lam for buster, file a RC bug. Andreas
