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 nbr...@debian.org
