Control: reassign -1 src:openmpi src:gyoto Hi Paul,
I think I've found a workaround and am getting closer to finding the cause. I've just uploaded a package (gyoto 1.4.4-5) with the workaround. If you can then check that the test passes fine, I guess we will just have to let this gyoto migrate together with openmpi. Gyoto supports two models for running within MPI: one can either specify how many processes to run with the -np argument of mpirun, and one where -np is set to 1 and gyoto itself spawns more processes (singleton approach). The test used the singleton approach. If I now let mpirun spawn itself the n processes, the test doesn't fail anymore. The code path is slightly different within gyoto between the two approaches so there could be a bug in gyoto, but it is puzzling that it only affect one specific input file, only on one architecture, and only with this new release of openmpi. And it still depends on the environment: I don't get the failure if I let autopkgtest run the test in my chroot, but I get it if I run the same commands manually in the same chroot. Best regards, Thibaut.
