On 10/03/2025 01:36, Gabriel F. T. Gomes wrote:
I'm seeing autopkgtest failures for libdevice-cdio-perl in the tracker
for libcdio (excuses panel):
https://tracker.debian.org/pkg/libcdio
The failures are in 32-bits architectures, e.g., for i386:
https://ci.debian.net/packages/libd/libdevice-cdio-perl/testing/i386/58673931/
Since it's so easy for me to run the test on i386, I built
libdevice-cdio-perl locally (on a fresh installation of unstable/i386),
then I ran autopkgtest, also locally with `autopkgtest . -- null'.
The test it passes, including on the test case that fails on the CI:
t/07.iso2.t .....
1..5
# Test ISO9660::IFS routines
ok 1 - Open CD image ../data/isofs-m1.cue
ok 2 - CD 9660 file stats: find_lsn(26)
ok 3 - CD 9660 file stats: stat('COPYING)'
ok 4 - Read directory: readdir('/')
ok 5 - File contents comparison
ok
Will this autopkgtest failure prevent the migration to testing?
Yes, it will.
Did you run it against testing packages, except for libcdio from unstable? I'm
not sure what the failing test is actually doing, as I can't find a
debian/tests/control file, but it's installing build-deps from testing, which
means that it's using/mixing the old libcdio. So perhaps the test is broken,
although I'm not sure why it segfaults on those arches and not others, and that
may be a real bug.
Cheers,
Emilio
