I don’t see any build failures on ci.guix.gnu.org , only two successes. Where is x86_64, should it not at least show as pending? Builds matching tbb-2020.3 ID Specification Completion time Job Name System Log 3253827 guix-master 2 Oct 10:51 +0200 tbb-2020.3.armhf-linux tbb-2020.3 armhf-linux 3253435 guix-master 2 Oct 02:17 +0200 tbb-2020.3.i686-linux tbb-2020.3 i686-linux Greg > On Oct 5, 2020, at 10:09 AM, Ludovic Courtès wrote: > > Hi, > > Christopher Howard skribis: > >> Attempt to build tbb, a dependency of Octave I think, fails with: >> >> """ >> ./test_task_scheduler_observer_v3.exe 1:4 >> done >> Call stack info (12): >> ./test_global_control.exe(_Z16print_call_stackv+0x37)[0x407937] >> ./test_global_control.exe(_Z11ReportErrorPKciS0_S0_+0x1b)[0x407a3b] >> ./test_global_control.exe(_ZN3tbb10interface98internal9start_forINS_13b >> locked_rangeImEENS_8internal17parallel_for_bodyIN7Harness21ExactConcurr >> encyLevelEmEEKNS_18simple_partitionerEE7executeEv+0x327)[0x411067] >> ./libtbb.so.2(+0x2b7c2)[0x7ffff7fb17c2] >> ./libtbb.so.2(+0x2bb25)[0x7ffff7fb1b25] >> ./libtbb.so.2(+0x29810)[0x7ffff7faf810] >> ./test_global_control.exe(_ZN7Harness21ExactConcurrencyLevel5checkEmNS0 >> _4ModeE+0x35f)[0x40cbcf] >> ./test_global_control.exe(_Z23TestParallelismRestoredv+0xd8)[0x409c28] >> ./test_global_control.exe(_Z8TestMainv+0x2a)[0x40afea] >> ./test_global_control.exe(main+0xe)[0x40751e] >> /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc- >> 2.31/lib/libc.so.6(__libc_start_main+0xed)[0x7ffff7ad9a6d] >> ./test_global_control.exe(_start+0x2a)[0x40776a] >> ../../src/test/harness_concurrency_tracker.h:123, assertion >> !myCrashOnFail: Timeout was detected. >> make[1]: *** [../../build/Makefile.test:274: test_tbb_plain] Aborted >> make[1]: Leaving directory '/tmp/guix-build-tbb-2020.3.drv-0/tbb- >> 2020.3-checkout/build/guix_release' >> make: *** [Makefile:42: test] Error 2 >> >> Test suite failed, dumping logs. >> command "make" "test" "-j" "3" "LDFLAGS=-Wl,- >> rpath=/gnu/store/qc926v75q54k94mwgz6gn4s02sjgrr03-tbb-2020.3/lib" >> failed with status 2 >> """ > > It looks like a regression introduced by the upgrade in commit > e9cbf43ae07f1b4c4c047e072c9aa021b64eace8. It worked on my machine but > also fails on ci.guix.gnu.org. > > Greg, could you take a look? If you’re unavailable at the moment, > should we revert the upgrade in the meantime? > > Thanks, > Ludo’.