[Debichem-devel] Bug#1086272: gromacs: FTBFS with OpenMPI 5 on systems with less than 4 CPUs

[Nicholas Breen]

On Wed, Oct 30, 2024 at 08:06:55PM +0100, Santiago Vila wrote:
> Well, just to clarify: I included a build log made in a single-cpu system
> because sequential logs are usually easier to read and debug, but I also tried
> on a system with 2 CPUs and it also failed.
> 
> In fact, the build log contains this:
> 
> 28: There are not enough slots available in the system to satisfy the 4
> 28: slots that were requested by the application:
> 
> So any system with less than 4 CPUs will be also affected.

Got it.  Thanks for clarifying!

The fix will be uploaded soonish - testing out a workaround for a
different (non-FTBFS) bug first.

> (I understand that you don't want this bug to be RC, but please do not
> downgrade below important, this is the kind of bug which I usually try
> to fix in stable (on the teams I am a member of), and for that the
> RMs require the bug to be >= important).

In this specific case, it probably requires no backporting to stable,
unless OpenMPI 5 was also backported and packages built against it.

> While we are at it: Could you please fix a similar bug in the "elpa"
> package? (both in trixie/sid, which fails in the same way as this
> one because of OpenMPI 5, and in bookworm, for which the previous
> fix in trixie did not reach propose-updates yet).

Sure, fix pushed to salsa.



-- 
Nicholas Breen
nbreen at debian.org