Created attachment 123687 [details] Patch to lam.spec to add support for alternatives
Description of problem: As discussed in the thread started here: https://www.redhat.com/archives/fedora-devel-list/2006-January/msg00064.html LAM-MPI is at the end of the road. openmpi looks like the logical replacement, and it would be desirable for mpich2 to be able to be installed alongside either (or both). So, what to do? Possibilities: - In any case, make all (lam, openmpi, mpich2,...) use alternatives system - replace lam with openmpi in core - keep lam in core, add openmpi and mpich2 in extras So, attached is a patch to the lam spec which should allow it to co-exist with openmpi and mpich2 via alternatives. It's probably just a start. We probably also need to think about how to handle /usr/include/mpi{f}.h and /usr/lib/libmpi.*. It would be fantastic if we could get this in place for FC5.
Hi Orion, It's great you're doing this. For completeness sake, alternatives have to be created for the man files too for lam to coexists with both mpich(1) and mpich2.
Created attachment 123757 [details] Patch to lam.spec to add support for alternatives Here's an update that fixes some obvious errors. As mentioned by Deji, we still need to handle the man pages. The command man pages aren't bad. What looks like trouble is the ~270 API man(3) pages that conflict with mpich (and possible openmpi sometime in the future).
This bug is now fixed with lam-7.1.1-11 in FC-5 - see bug 173619 .
Oops, should have been 'see bug 173719' .