Public bug reported: I have been observing this failure on jammy/s390x PS6 VMs off late, while running OpenJDK TCK certification tests.
The test starts with an integer array representing compressed data. The data is inflated and we then try to assert that the z_stream.adler matches adler32(inflated_bytes). This check fails on jammy/s390x where z_stream.adler is always equal to 1. The test doesn't fail on plucky/s390x and noble/s390x. Steps to reproduce: ===== $ apt list --installed | grep "zlib" zlib1g-dev/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x zlib1g/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x Create a file named test.c with this content [1] $ cc test.c -lz $ ./a.out The result from inf.adler & 0xffffffff = 1, adler32() = 3739031815 failed: inf.adler doesn't match adler32() ===== I built a test zlib **without** passing --dfltcc to the configure script and built it in ppa:pushkarnk/s390x-only-builds. Testing with this averts the issue. ===== $ add-apt-repository ppa:pushkarnk/s390x-only $ apt update && apt upgrade zlib1g $ apt list --installed | grep "zlib" zlib1g-dev/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed] zlib1g/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed,automatic] $./a.out passed ===== [1] https://pastebin.canonical.com/p/ppBM82mkYr/ ** Affects: zlib (Ubuntu) Importance: Undecided Status: New ** Affects: zlib (Ubuntu Jammy) Importance: Undecided Status: New ** Tags: s390x ** Also affects: zlib (Ubuntu Jammy) Importance: Undecided Status: New ** Tags added: s390x -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to zlib in Ubuntu. https://bugs.launchpad.net/bugs/2100767 Title: z_stream.adler doesn't match adler32() with DFLTCC Status in zlib package in Ubuntu: New Status in zlib source package in Jammy: New Bug description: I have been observing this failure on jammy/s390x PS6 VMs off late, while running OpenJDK TCK certification tests. The test starts with an integer array representing compressed data. The data is inflated and we then try to assert that the z_stream.adler matches adler32(inflated_bytes). This check fails on jammy/s390x where z_stream.adler is always equal to 1. The test doesn't fail on plucky/s390x and noble/s390x. Steps to reproduce: ===== $ apt list --installed | grep "zlib" zlib1g-dev/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x zlib1g/jammy-updates,jammy-security,now 1:1.2.11.dfsg-2ubuntu9.2 s390x Create a file named test.c with this content [1] $ cc test.c -lz $ ./a.out The result from inf.adler & 0xffffffff = 1, adler32() = 3739031815 failed: inf.adler doesn't match adler32() ===== I built a test zlib **without** passing --dfltcc to the configure script and built it in ppa:pushkarnk/s390x-only-builds. Testing with this averts the issue. ===== $ add-apt-repository ppa:pushkarnk/s390x-only $ apt update && apt upgrade zlib1g $ apt list --installed | grep "zlib" zlib1g-dev/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed] zlib1g/jammy,now 1:1.2.11.dfsg-2ubuntu9.4 s390x [installed,automatic] $./a.out passed ===== [1] https://pastebin.canonical.com/p/ppBM82mkYr/ To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zlib/+bug/2100767/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
