Hi,
Le 21/02/2025 à 22:43, Paul Gevers a écrit :
The findlib package is blocked out of testing because of autopkgtest
regressions in ocaml-mdx on arm64 and armel:
https://tracker.debian.org/pkg/findlib
I don't understand why they fail only on these architectures, and,
looking at the logs, the failure is due to a failure in installing
dependencies, which I don't understand.
Me neither, but then I don't fully grasp how Ocaml dependencies (and
particularly their Provides) work. I suspect that if we'd ignore these
failures, the next step of britney2 would tell us. (Or maybe not, see
below).
I don't know what to do to make progress on this matter... Could
someone more knowledgeable have a look and explain the situation, please?
I can't, but apparently apt couldn't find a solution, not even with
everything from unstable. Which is weird because in unstable, the test
runs fine.
During the phase where it tries with "everything from unstable":
Investigating (0) libmdx-ocaml:arm64 < none -> 2.5.0-2+b3 @un puN Ib >
2.5.0-2+b3 is the version from testing, and it seems to stick to this
version for the rest of the resolution. This is wrong. It should work
with libmdx-ocaml from unstable (2.5.0-2+b4).
I wondered why there was no failure on e.g. amd64, so I rescheduled the
test for amd64 and... it failed! My suspicion is that it fails on all
architectures, now.
Then, why did it succeed the first time? I suspect some kind of race
condition where the test was run before the old (pre-binNMUed) packages
were removed from unstable. Is that possible?
Cheers,
--
Stéphane
