Control: reassign -1 src:openmpi,src:gyoto Control: found -1 openmpi/4.1.1-3 Control: found -1 gyoto/1.4.4-4 Hi
On 24-09-2021 11:42, Thibaut Paumard wrote: > Control: reassign -1 src:openmpi src:gyoto This assigned the package to version src:gyoto ;) > 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. Is the workaround inside the binary, or only (needed) in the test suite? In other words, did openmpi *break* gyoto on i386 in some cases? If yes, Ideally openmpi is updated with a versioned Breaks on gyoto with the right unfixed package. The migration software then will schedule the set and the migration will happen if everything's fine. > 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. Ouch. Paul
OpenPGP_signature
Description: OpenPGP digital signature
