From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brett Gilio Subject: bug#38357: babl-0.1.72 build failure (test failure) - dependency for gimp Date: Mon, 23 Dec 2019 18:42:03 -0600 Message-ID: <87pngek10k.fsf@gnu.org> References: <7b456c68ca2a1fc76357305fe2112521ac4600a6.camel@librehacker.com> <874kyto4oa.fsf@nckx> <87sgmb7wyl.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50159) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ijYHv-0004T4-IR for bug-guix@gnu.org; Mon, 23 Dec 2019 19:43:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ijYHu-0002I6-B7 for bug-guix@gnu.org; Mon, 23 Dec 2019 19:43:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:45846) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ijYHu-0002Hk-7v for bug-guix@gnu.org; Mon, 23 Dec 2019 19:43:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ijYHu-0000r1-5Y for bug-guix@gnu.org; Mon, 23 Dec 2019 19:43:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87sgmb7wyl.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Tue, 26 Nov 2019 11:28:50 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 38357@debbugs.gnu.org Ludovic Court=C3=A8s writes: > Hi, > > Tobias Geerinckx-Rice via Bug reports for GNU Guix > skribis: > >> Christopher Howard =E5=86=99=E9=81=93=EF=BC=9A >>> 22/25 alpha_symmetric_transform FAIL 0.12 s (exit >> >> I've built master's babl a few times now, the damned thing keeps >> succeeding: > > It failed on berlin: > > https://ci.guix.gnu.org/log/qzz0qv5llrfb6ls8018yjkwg55lk26yk-babl-0.1.72 > > So the test must be numerically unstable or something. > > Does upstream have patches or bug reports? > > Thanks, > Ludo=E2=80=99. > > > > This still looks like an on-going issue. I am where Tobias is at, I can't reproduce this on my machine which lends me to believe you are right, Ludo'. Interestingly, the store object hashes are matching. http://berlin.guixsd.org/log/qzz0qv5llrfb6ls8018yjkwg55lk26yk-babl-0.1.72 --8<---------------cut here---------------start------------->8--- 22/25 alpha_symmetric_transform FAIL 0.17 s (exit status = 255 or signal 127 SIGinvalid) 23/25 types OK 0.12 s=20 24/25 concurrency-stress-test OK 0.37 s=20 25/25 palette-concurrency-stress-test OK 0.62 s=20 Ok: 24 Expected Fail: 0 Fail: 1 Unexpected Pass: 0 Skipped: 0 Timeout: 0 The output from the failed tests: 22/25 alpha_symmetric_transform FAIL 0.17 s (exit status = 255 or signal 127 SIGinvalid) --- command --- LD_LIBRARY_PATH=3D'/tmp/guix-build-babl-0.1.72.drv-0/build/babl' GI_TYPELIB= _PATH=3D'/tmp/guix-build-babl-0.1.72.drv-0/build/babl' BABL_PATH=3D'/tmp/gu= ix-build-babl-0.1.72.drv-0/build/extensions' /tmp/guix-build-babl-0.1.72.dr= v-0/build/tests/alpha_symmetric_transform --- stdout --- --- stderr --- ../babl-0.1.72/babl/babl-internal.h:214 babl_log() separate alpha 10.2: 100000.007812500!=3D100000.000000000(ref)=20=20 ../babl-0.1.72/babl/babl-internal.h:214 babl_log() separate alpha 11.1: 49999.996093750!=3D50000.000000000(ref)=20=20 ../babl-0.1.72/babl/babl-internal.h:214 babl_log() separate alpha 11.2: 499999.968750000!=3D500000.000000000(ref)=20=20 ../babl-0.1.72/babl/babl-internal.h:214 babl_log() associatd-alpha 10.2: 100000.007812500!=3D100000.000000000(ref)=20=20 ../babl-0.1.72/babl/babl-internal.h:214 babl_log() associatd-alpha 11.1: 49999.992187500!=3D50000.000000000(ref)=20=20 ../babl-0.1.72/babl/babl-internal.h:214 babl_log() associatd-alpha 11.2: 499999.937500000!=3D500000.000000000(ref)=20=20 ------- Full log written to /tmp/guix-build-babl-0.1.72.drv-0/build/meson-logs/test= log.txt FAILED: meson-test=20 --8<---------------cut here---------------end--------------->8--- Perhaps we should work around the singular failing test-case and open a report upstream to include in a comment? Wdyt? --=20 Brett M. Gilio GNU Guix, Contributor | GNU Project, Webmaster [DFC0 C7F7 9EE6 0CA7 AE55 5E19 6722 43C4 A03F 0EEE]