updating mpi-defaults (decommissioning lam)
Lucas Nussbaum
lucas at lucas-nussbaum.net
Wed May 11 05:37:44 UTC 2011
On 10/05/11 at 20:16 -0700, Nicholas Breen wrote:
> On Thu, Apr 07, 2011 at 02:58:42PM +1000, Drew Parsons wrote:
> > mpi-defaults current makes a number of architectures broken [1] because
> > they have the default mpi implementation set to lam (where openmpi is
> > not available)
> >
> > A patch changing the default mpi from lam to mpich has been stagnating
> > in git for more than a year, and missed the release of squeeze.
> >
> > I have the will to upload the new mpi-defaults (I'll apply the patch in
> > #575259 while I'm at it) and would like to do so. Please speak up if
> > you would prefer me not to take this action.
>
> Let's do it. I believe the list of remaining issues [1] before we can start
> removing LAM and MPICH1 entirely is quite small. There are two categories:
> first, the build failures that Lucas Nussbaum identified last year [2] caused
> by including mpich2 in mpi-default-dev:
>
> On Wed, Mar 17, 2010 at 08:33:40AM +0100, Lucas Nussbaum wrote:
> > The following 11 packages failed to build:
> > apbs looks for mpi.h in the wrong place
> > petsc Nonexistent directory: /usr/lib/mpich2 for key with-mpi-dir (?)
>
> Both of these expect /usr/lib/mpich2/{include,lib} to exist. The other three
> MPI implementations all have such directories, either as the actual location of
> the corresponding files or symlinks to them. MPICH2 maintainers: would you
> consider adding these directories as well?
Yes. Could you file a bug and/or provide a patch?
I am a bit busy with other Debian tasks currently, so, while I'm willing
to do the necessary uploads of mpich2 for this transition, I can't
commit to doing more work myself.
Lucas
More information about the debian-science-maintainers
mailing list