I thought OpenMPI is already in most linux distributions. I can do a "yum install openmpi" on my fc9. If there isn't any better solution, I guess we can rename mpd as mpich2-mpd. AFAIK, none of the mpd* command uses "mpd" command (it uses mpd.py, needs to confirm with Ralph). But then we need to update all our documentations about mpich2-mpd.... ----- "Pavan Balaji" <[email protected]> wrote:
They have some model called "alternatives" for equivalent packages (e.g., all MPI packages); I don't exactly know how it works. Besides,
since we are in first, Open MPI can deal with those issues :-). In the
same way, since the music player went in first, we need to figure out
how to add mpd in there.
-- Pavan
Anthony Chan wrote:
Is fedora putting mpich2's mpd and the music player daemon in /usr/bin ? If so, how do they resolve MPI wrappers issue that OpenMPI and MPICH2 both have identical MPI compiler wrapper names (or worse they both have mpi.h/mpif.h/mpicxx.h....)? I would think that whatever the solution they used for OpenMPI vs MPICH2 should be applicable in mpd vs mpd.
A.Chan
----- "Pavan Balaji" <[email protected]> wrote:
Our Fedora binary package maintainer sent me an email about the conflicting name of "mpd". (we already have a ticket for this: https://trac.mcs.anl.gov/projects/mpich2/ticket/165).
The basic problem is that there's some random music player that is also called "mpd" (which is already in the Fedora distributions) and this is causing problems for the Fedora binary package for MPICH2 to break. What options do we have here? Can we easily change the name of the "mpd"
daemons to something else, e.g., "mpd-is-not-mpd" (mpdboot can still have the same name)? Should we ask them to configure with remshell
instead (it's 1.0.8, so no Hydra in there yet)?
This is a show-stopper for MPICH2's acceptance into FC11.
-- Pavan
-- Pavan Balaji http://www.mcs.anl.gov/~balaji
-- Pavan Balaji http://www.mcs.anl.gov/~balaji