On Wed, Nov 16, 2022 at 10:44:33PM +0100, gregor herrmann wrote: > On Wed, 16 Nov 2022 21:56:31 +0200, Niko Tyni wrote: > > > From the log: > > > > not ok 2 - ZLIB_VERSION (1.2.11) matches > > Compress::Raw::Zlib::zlib_version > > # Failed test (t/compress/CompTestUtils.pm at line 61) > > # got: '1.2.11' > > # expected: '1.2.13' > > # > > # The version of zlib.h does not match the version of libz > > # > > # You have zlib.h version 1.2.11 > > # and libz version 1.2.13 > > # > > # You probably have two versions of zlib installed on your system. > > # Try removing the one you don't want to use and rebuild. > > Hu?
Uh, I was debugging this manually with 'perl t/02zlib.t' and must have mixed up the logs. Sorry! > Some quick thoughts: > - we could play with zlib_version vs. ZLIB_VERSION (1.2.13 vs. > 1.2.11, according to t/000prereq.t) in t/02zlib.t Yeah I guess that's the way to go if we want to allow the version skew. I think I have a slight preference for this over the rebuild solution. > Assuming this is not a recurring pattern, a one-time binNMU might be > not so bad … If this is for safety rather than just fixing the failing test, we'd want to do that for src:perl as well. -- Niko