So turns out the test case is being a little naughty by comparing floats with a "==", which s390x in particular does not handling so well.
You can see in the debug log that the test float value is set to 17.0815f but actually gets stored as '17.081499', '17.081501' and '17.081503' in various places. Ideally the test should be comparing floats by difference within the bounds of an epsilon. Preparing a patch for this now. ** Attachment added: "autopkgtest-debug-s390x.log" https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1832360/+attachment/5271159/+files/autopkgtest-debug-s390x.log -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1832360 Title: autopkgtests flaky on s390x Status in libreoffice package in Ubuntu: In Progress Bug description: The "uno" autopkgtest has been failing quite a few times recently, and this seems to have gotten worse on eoan (it happened on disco already). See http://autopkgtest.ubuntu.com/packages/libr/libreoffice/eoan/s390x. ### float does not match! failed struct comparison test failed ### float does not match! failed recursive test results failed standard test failed exception occurred: error: test failed! I'm attaching the relevant excerpt of the most recent failed test run. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1832360/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
