Ludovic Courtès writes: > $ make assert-binaries-available > Compiling Scheme modules... > Compiling Scheme modules... > Compiling Scheme modules... > Compiling Scheme modules... > computing 401 package derivations for x86_64-linux... > looking for 508 store items on https://ci.guix.gnu.org... > https://ci.guix.gnu.org ☀ > 92.7% substitutes available (471 out of 508) > at least 4,332.1 MiB of nars (compressed) > 6,445.4 MiB on disk (uncompressed) > 0.026 seconds per request (1.1 seconds in total) > 38.4 requests per second > > 0.0% (0 out of 37) of the missing items are queued > at least 1,000 queued builds > x86_64-linux: 1000 (100.0%) > build rate: 15.77 builds per hour > i686-linux: 2.96 builds per hour > x86_64-linux: 9.88 builds per hour > aarch64-linux: 3.71 builds per hour > armhf-linux: 0.04 builds per hour > > Substitutes are missing for the following items: > /gnu/store/885iln2zpcxqvbr35d54bqhzs7l9djmq-libreoffice-7.3.5.2 i686-linux > /gnu/store/3fbzxn7bmlx7f250n6wdk56fl633giha-mate-1.24.1 i686-linux > /gnu/store/475m6q7hp7a1gw98ki9l4g04gmvsa75y-xz-5.2.5 i586-gnu > /gnu/store/8fhdpb76nqy3v22jr33j18i1k07rl5n1-xz-5.2.5-static i586-gnu > /gnu/store/6dvavfwg4zdih3rlvac4qqkx46my8gl6-tar-1.34 i586-gnu > /gnu/store/sa1ay72axmi9g75sll2wy9cqpfldfy40-gcc-toolchain-12.2.0-debug i586-gnu > /gnu/store/qxwclv8hx9z3gqwjil4hpwkwndh6f2zm-gcc-toolchain-12.2.0 i586-gnu > /gnu/store/dypv1jgfzxlkbpp36z393xbdqal1v591-gcc-toolchain-12.2.0-static i586-gnu > /gnu/store/7bx9jykip9lc13yn2bck1m4q8ccds1mz-make-4.3-debug i586-gnu > /gnu/store/422i4q46cisabwsxrs7raf67awwwzsys-make-4.3 i586-gnu > /gnu/store/f8jsczp72i49c79rjf8nv2q6jskqa5vy-gawk-5.1.0 i586-gnu > /gnu/store/d646qvpcdi0l9r2mqhqkxkrgwm0b50qh-findutils-4.8.0 i586-gnu > /gnu/store/zb0zbds0k2vjnln88dp4paldghl2mdwv-grep-3.6 i586-gnu > /gnu/store/62hb8sk7vnz26flasklrm0x0yh5pdnq4-coreutils-8.32-debug i586-gnu > /gnu/store/fmk805j58dig4076wy8q6fj1w47jxaw1-coreutils-8.32 i586-gnu > /gnu/store/kgz0xm0c05ys92nkg07l7lbbikrx7hia-guix-1.3.0-31.3170843 armhf-linux > /gnu/store/nz1rw5cfrh4z3bl7fm2qsvxxpl955cqh-guile-3.0.8-debug armhf-linux > /gnu/store/zmk1kmfk7wxm5w3ambajgnx7b0s5iq84-guile-3.0.8 armhf-linux > /gnu/store/26yb2pj71wg9cywmhpmsf6n1d81i43c5-python-3.9.9-idle armhf-linux > /gnu/store/dh5rr8gd148afs3jzijs8i9gfwwi6igz-python-3.9.9 armhf-linux > /gnu/store/x0yzk738mm4if6kbc8i8q7x3ajz2rd27-python-3.9.9-tk armhf-linux > /gnu/store/5p9jplb7hzci9nrpk4nxqa7qlyfb6wji-vim-9.0.0719 armhf-linux > /gnu/store/kxzqk19zm8y8dchcgx0izhwhfmzxwdmi-emacs-no-x-28.2 armhf-linux > /gnu/store/3ss4kln2a69xfja55wbi46pr1nsjbngr-openssh-8.9p1 armhf-linux > /gnu/store/s95hh0h7zak67iwhq8aavl3np53ri9y7-nss-certs-3.81 armhf-linux > /gnu/store/5nn8q80kywqvpzkhafpv3lppfbm5wm7n-bootstrap-tarballs-0 armhf-linux > /gnu/store/z74rg03jdf18byyin6ygggw5q77mk1mn-guix-1.3.0-31.3170843 powerpc64le-linux > /gnu/store/ycl224w6nz4dj2rnb7mcki4p5w46cnfp-vim-9.0.0719 powerpc64le-linux > /gnu/store/f2mw6w0nk0j670qvlw2z72mvrwm5575w-emacs-28.2 powerpc64le-linux > /gnu/store/8psdslg1p8g814ih6sd1xrxvx39bf9v4-openssh-8.9p1 powerpc64le-linux > /gnu/store/5i4v6wbdlj4y9dpfp15jnrnphg0x84py-guix-1.3.0-31.3170843 aarch64-linux > /gnu/store/pgm8608mzhwxn86q48lpb77vp4pxp6g3-python-3.9.9-idle aarch64-linux > /gnu/store/v4hgmb3k2l60yy8vzl3h1wvp5fa15db7-emacs-28.2 aarch64-linux > /gnu/store/pfk09jhc4fqalkv6bbv0cv7j00whydzm-gcc-toolchain-12.2.0-debug aarch64-linux > /gnu/store/kjcr6zmkh0gdraclp5v5kqqqsy4hdx9h-gcc-toolchain-12.2.0 aarch64-linux > /gnu/store/ylhykr5g3yvbdarwb0h7smhhx2wga89m-gcc-toolchain-12.2.0-static aarch64-linux > /gnu/store/v14vx389rwshm5chr5llbrnjyrvgxbp7-bootstrap-tarballs-0 aarch64-linux > make: *** [Makefile:7146: assert-binaries-available] Error 1 So, now that bordeaux.guix.gnu.org has caught up with the changes from the staging merge, checking the release manifest against it hopefully just gives outputs that are missing because of build failures. I've just pushed a change to the release manifest to tweak it's handling of armhf-linux. The emacs package doesn't need replacing, but the guix package doesn't build for armhf-linux (and I guess that's not getting fixed), so that's now removed. I've also just pushed an update to the guix package, and I'm pretty sure this'll fix the build issue on powerpc64le-linux. With those changes, that should mean there's just two sets of things missing substitutes. For i686-linux, that's these things: /gnu/store/abmv94z7szi683d7k7wg9c058bdyjxc8-network-manager-applet-1.28.0 /gnu/store/885iln2zpcxqvbr35d54bqhzs7l9djmq-libreoffice-7.3.5.2 /gnu/store/x3vgcm9fqhkd272fb8azyp8kby66nm6j-enlightenment-0.25.4 /gnu/store/3dng8r8ydla5sw515rb252mvl9xrvc42-mate-1.24.1 If you ask data.guix.gnu.org about each output (e.g. [1]) it should show you the build (which will probably be in the scheduled state). If you click on that build, you should see the "Required failed builds". 1: https://data.guix.gnu.org/gnu/store/abmv94z7szi683d7k7wg9c058bdyjxc8-network-manager-applet-1.28.0 I've done that for the above outputs, and here are the derivations that are failing to build: /gnu/store/msq74p2bd4g99n2x2wl85pjwc51pp82f-gst-plugins-bad-1.20.3.drv /gnu/store/5hbj16adwxi09bm7qm82i6x7hm2ybnqs-python-gpg-1.10.0.drv /gnu/store/gkwiqqrjpaq1pbss980l71bd717wzj41-libreoffice-7.3.5.2.drv /gnu/store/j2pifji7gn8spqcikjj2mgs59850rlxr-gnome-keyring-42.1.drv /gnu/store/8q1qfhps0l9kgik9rz2rx3s0syk56ckn-python-afdko-3.9.1.drv For i586-gnu, here is the simplified list of missing outputs. /gnu/store/475m6q7hp7a1gw98ki9l4g04gmvsa75y-xz-5.2.5 /gnu/store/6dvavfwg4zdih3rlvac4qqkx46my8gl6-tar-1.34 /gnu/store/qxwclv8hx9z3gqwjil4hpwkwndh6f2zm-gcc-toolchain-12.2.0 /gnu/store/422i4q46cisabwsxrs7raf67awwwzsys-make-4.3 /gnu/store/f8jsczp72i49c79rjf8nv2q6jskqa5vy-gawk-5.1.0 /gnu/store/d646qvpcdi0l9r2mqhqkxkrgwm0b50qh-findutils-4.8.0 /gnu/store/zb0zbds0k2vjnln88dp4paldghl2mdwv-grep-3.6 /gnu/store/fmk805j58dig4076wy8q6fj1w47jxaw1-coreutils-8.32 As far as I can see, the blocking builds are just coreutils and grep: /gnu/store/ff595b1xwwa7qhrh7zhpzkf23bs5whbs-coreutils-8.32.drv /gnu/store/yl2w258h95j1gcz3k21y0llgajy8wd5x-grep-3.6.drv So yeah, if anyone is up for looking at build failures and trying to fix them, these are some good derivations to look at! Chris