<div dir="ltr">Hi,<div><br></div><div>GROMACS dev here - I expect that will let that test pass. It just needs enough processes that can resolve MPI calls without deadlocking.</div><div><br></div><div>Mark</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jan 18, 2018 at 9:12 PM Nicholas Breen <<a href="mailto:nbreen@debian.org">nbreen@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Jan 17, 2018 at 11:22:27PM -0500, Aaron M. Ucko wrote:<br>
> The only 3.0.x version available for x32 is 3.0.0-1, because newer<br>
> versions build-depend on pmix, which in turn build-depends on pandoc,<br>
> which is unavailable there.  (I think the Haskell stack generally is.)<br>
> With that version installed in my laptop's x32 chroot and everything<br>
> else left at the versions available in unstable, I get *different*<br>
> errors per the attached log, excerpted below.  (Using unstable across<br>
> the board yields the same errors as on the autobuilder.)<br>
<br>
Technically an improvement!  The "not enough slots" error is a known OpenMPI<br>
bug-or-feature, depending on who you ask.  As a workaround, could you please<br>
add this near the top of debian/rules?<br>
<br>
export OMPI_MCA_rmaps_base_oversubscribe=1<br>
<br>
I'm not sure if this will let MdrunUtilityMpiUnitTests pass, but it should at<br>
least get further and to a more informative error.  The "debian/rules<br>
build-openmpi" target skips the very lengthy compilation of everything else.<br>
<br>
A more powerful system shouldn't make any difference.<br>
<br>
</blockquote></div>