Re: external PRRTE library alongside external PMix?
Hi Drew
Yes, I think this would be a good idea.
Incidentally, I've just uploaded mpich 5.0.0b to experimental.
5.0 should enable GPUs as an option (by default the previous versions
failed if built for GPUs and no GPU was present at runtime,
environmental variable as a control only, no config file), so it would
be good to get a salsa pipeline working for experimental , with and
without GPUs, for MPI testing.
Also I think it would be good to put mpi_testsuite back into forky.
Best regards
Alastair
On 10/11/2025 13:52, Drew Parsons wrote:
Hi Alastair
(and cc: Debian Science)
I raised our current pmix problem (Bug#1120424, #1120413)
upstream.
Ralph Castain upstream raises an interesting question,
https://github.com/openpmix/openpmix/issues/3717#issuecomment-3511548113
He suspect PRRTE might be at the heart of the problems we've got
running in buildd chroots with not internet interface (lo only).
His recommendation is to package PRRTE separately instead of using
the bundled source that comes with openmpi, just as we've started doing
with PMIx.
Would that work for us? Hard to say if it would make MPI packaging
harder or simpler, but might make it easier to backport upstream patches.
Cheers,
Drew
--
Alastair McKinstry,
GPG: 82383CE9165B347C787081A2CBE6BB4E5D9AD3A5
e: mckinstry@debian.org, im: @alastair:mckinstry.ie
https://mastodon.ie/@amckinstry
Reply to: