Hello ^_^ On 2023-12-07 10:01:25 +0100, Ludovic Courtès wrote: > I applied Tomas’ update from and > everything built fine on my x86_64 machine, but test fails at ci.guix. > From : > > --8<---------------cut here---------------start------------->8--- > 100% tests passed, 0 tests failed out of 104 > > Total Test time (real) = 759.05 sec > Test project /tmp/guix-build-libtorrent-rasterbar-2.0.9.drv-0/build > Start 75: test_ssl > 1/1 Test #75: test_ssl .........................***Timeout 600.11 sec > test: /tmp/guix-build-libtorrent-rasterbar-2.0.9.drv-0/build/test/test_ssl > cwd_prefix = "/tmp/guix-build-libtorrent-rasterbar-2.0.9.drv-0/build/test/test_tmp_7352_" > > > 0% tests passed, 1 tests failed out of 1 > > Total Test time (real) = 600.11 sec > > The following tests FAILED: > 75 - test_ssl (Timeout) > Errors while running CTest > --8<---------------cut here---------------end--------------->8--- > > I don’t think Arne’s patch addresses this, right? Correct, it does not. > > Let me know what you think should be done. Good question. For the time being I would suggest applying the attached patch to work around the immediate issue, it would be nice to have the substitute available in ci as well (for some reason the build succeeded in bordeaux). $ guix weather libtorrent-rasterbar computing 1 package derivations for x86_64-linux... looking for 1 store items on https://ci.guix.gnu.org... https://ci.guix.gnu.org ⛈ 0.0% substitutes available (0 out of 1) unknown substitute sizes 0.0 MiB on disk (uncompressed) 0.233 seconds per request (0.2 seconds in total) 4.3 requests per second 0.0% (0 out of 1) of the missing items are queued at least 1000 queued builds aarch64-linux: 998 (99.8%) armhf-linux: 2 (.2%) build rate: 15.54 builds per hour powerpc64le-linux: 3.67 builds per hour x86_64-linux: 6.47 builds per hour i686-linux: 3.93 builds per hour aarch64-linux: 1.65 builds per hour looking for 1 store items on https://bordeaux.guix.gnu.org... https://bordeaux.guix.gnu.org ☀ 100.0% substitutes available (1 out of 1) 2.4 MiB of nars (compressed) 12.2 MiB on disk (uncompressed) 0.233 seconds per request (0.2 seconds in total) 4.3 requests per second (continuous integration information unavailable) And I will look into getting the test working (starting with just removing the timeout) and send a separate patch re-enabling it once I have a solution. Does that sound reasonable? Have a nice day, Tomas -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.