Re: [OMPI packagers] New RTE for OMPI v5

2020-04-30 Thread Ralph Castain
Hi Orion We prefer to build against the external package as opposed to the bundled ones and have biased our configure logic in that direction (use external if found). Our concern with PRRTE is that we were asking you folks to build/distribute another package, and we respect and appreciate that

Re: [OMPI packagers] New RTE for OMPI v5

2020-04-29 Thread Orion Poplawski
From a Fedora perspective - We prefer separate packages, but it is acceptable to bundle libraries if required - especially if OMPI is only tested against a few (or a single) version of PRRTE. However, I would say that if Fedora ends up packaging PRRTE separately we would really rather

Re: [OMPI packagers] New RTE for OMPI v5

2020-04-27 Thread Ralph Castain
Just as an FYI - just learned that a major resource manager vendor will be utilizing PRRTE as their runtime for executing applications. So a significant percentage of HPC systems are going to need a PRRTE package, hopefully distributed by someone from the distro community. Ralph > On Apr 27,

Re: [OMPI packagers] New RTE for OMPI v5

2020-04-27 Thread Jeff Squyres (jsquyres) via ompi-packagers
Open MPI packagers -- Just to be clear: this is an open question to you for the upcoming Open MPI v5.0.x series. We'd really appreciate your feedback. Thanks! > On Apr 14, 2020, at 12:40 PM, Ralph Castain wrote: > > Just pinging you all to ensure you got this. I need to know if we need

Re: [OMPI packagers] New RTE for OMPI v5

2020-04-14 Thread Ralph Castain
Just pinging you all to ensure you got this. I need to know if we need to coordinate an official PRRTE release to coincide (and sync) with the release of OMPI v5.0, or if you are okay with just using the embedded PRRTE included with the OMPI v5.0 tarball. If it helps, PRRTE depends upon