your package's autopkgtest fails on all architectures. Please see the >excuses here:
https://qa.debian.org/excuses.php?package=libimage-imlib2-perl
and the autopkgtest logs, for example for amd64: https://ci.debian.net/packages/libi/libimage-imlib2-perl/testing/amd64/60344583/
Some relevant lines might be:
ok 1 - use Image::Imlib2;
37s Image::Imlib2 load error: No loader for file format at t/autocrop.t line 7.
37s # Looks like your test exited with 255 just after 1.
37s Dubious, test returned 255 (wstat 65280, 0xff00)
37s Failed 7/8 subtests ...
38s Test Summary Report
38s -------------------
38s t/autocrop.t (Wstat: 65280 (exited 255) Tests: 1 Failed: 0)
38s Non-zero exit status: 255
38s Parse errors: Bad plan. You planned 8 tests but ran 1.
38s t/cache.t (Wstat: 65280 (exited 255) Tests: 1 Failed: 0)
38s Non-zero exit status: 255
38s Parse errors: Bad plan. You planned 7 tests but ran 1.
38s t/findfill.t (Wstat: 65280 (exited 255) Tests: 1 Failed: 0)
38s Non-zero exit status: 255
38s Parse errors: Bad plan. You planned 12 tests but ran 1.
38s Files=5, Tests=100, 1 wallclock secs ( 0.03 usr 0.01 sys + 0.23 cusr 0.14 csys = 0.41 CPU)
38s Result: FAIL
Please note that the failures currently block libimage-imlib2-perl 2.03-2 from entering testing.
Please note that the failures currently block libimage-imlib2-perl 2.03-2 from entering testing.Oh, there's also #1102954 in imlib2, which originally was the same bug >against libimage-imlib2-perl and which is fixed in 1.12.4-2 which
explains why I could reproduce #1102954 originally and why it seems to
be gone by now.
I've now retriggered the failing autopkgtests, let's see …
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 481 |
Nodes: | 16 (2 / 14) |
Uptime: | 29:37:33 |
Calls: | 9,544 |
Calls today: | 4 |
Files: | 13,656 |
Messages: | 6,140,785 |