Source: pngcheck Version: 3.0.2-2 Severity: serious X-Debbugs-CC: [email protected] Tags: sid bookworm User: [email protected] Usertags: needs-update Control: affects -1 src:zlib
Dear maintainer(s),With a recent upload of zlib the autopkgtest of pngcheck fails in testing when that autopkgtest is run with the binary packages of zlib from unstable. It passes when run with only packages from testing. In tabular form:
pass fail
zlib from testing 1:1.2.13.dfsg-1
pngcheck from testing 3.0.2-2
all others from testing from testing
I copied some of the output at the bottom of this report. Your test
*only* fails because of a warning. The default behavior of autopkgtest
is to fail when there is output on stderr, unless the allow-stderr
restriction is added. In this case, I'd try to avoid the warning
altogether, because this is something that can happen easily in Debian.
Currently this regression is blocking the migration of zlib to testing [1]. Of course, zlib shouldn't just break your autopkgtest (or even worse, your package), but it seems to me that the change in zlib was intended and your package needs to update to the new situation.
If this is a real problem in your package (and not only in your autopkgtest), the right binary package(s) from zlib should really add a versioned Breaks on the unfixed version of (one of your) package(s). Note: the Breaks is nice even if the issue is only in the autopkgtest as it helps the migration software to figure out the right versions to combine in the tests.
More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=zlib https://ci.debian.net/data/autopkgtest/testing/amd64/p/pngcheck/28323432/log.gz zlib warning: different version (expected 1.2.11, using 1.2.13)OK: debian/tests/openlogo-nd-100.png (101x124, 8-bit palette, non-interlaced, 88.5%).
autopkgtest [11:15:19]: test command2
OpenPGP_signature
Description: OpenPGP digital signature
