Quoting Niko Tyni (2018-03-19 20:35:03) > On Mon, Mar 19, 2018 at 01:03:12AM -0700, Steve Langasek wrote: > > Source: libfurl-perl > > Version: 3.13-1 > > Severity: grave > > User: ubuntu-de...@lists.ubuntu.com > > Usertags: origin-ubuntu bionic autopkgtest > > > t/100_low/13_deflate.t .......................... > > # normal 1 gzip > > Uncompress error: data error at /usr/share/perl5/Furl/HTTP.pm line 845. > > > From what I'm able to tell, this test failure points to the library > > actually being broken on s390x, as it fails to decompress data sent > > back by the test server which is implemented using > > libplack-middleware-deflater-perl. But it's also possible that it's > > libplack-middleware-deflater-perl which is broken on s390x, in which > > case this bug should be certainly reassigned. > > Thanks for the report. Testing on zelenka.d.o, I see the same behaviour.
Thanks to both of you for the investigations. > I suspect the real culprit is libplack-middleware-deflater-perl; it > uses pack() in suspicious ways that might break on big vs. little > endian. Its own t/furl.t is failing similarly, but gets skipped on > Debian build+autopkgtest because libfurl-perl is not a build > dependency of libplack-middleware-deflater-perl (possibly due to build > cycle reasons.) I believe circular build-dependencies for testsuite needs can - and should be addressed by marking such build-dependencies appropriately, rather than skipping them - for exactly situations like this. Question then what the appropriate way to express cycle-breaking hints... :-) - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: signature
