Hi! Ricardo Wurmus <rek...@elephly.net> skribis:
> I’ve requested a new evaluation of core-updates on hydra because sbcl > and a few other packages have since been fixed. This should show us > fewer packages that we need to worry about before merging core-updates. As of this writing hydra.gnu.org is still building 1.8K jobs (mostly armhf): https://hydra.gnu.org/jobset/gnu/core-updates berlin.guixsd.org is roughly done, building mostly for aarch64: https://berlin.guixsd.org/status/ The weather is OK, though it’s surprisingly lower than what I’d expect given that everything has been built according to Hydra/Cuirass: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix weather --substitute-urls="https://berlin.guixsd.org https://mirror.hydra.gnu.org"; computing 7,047 package derivations for x86_64-linux... looking for 7,348 store items on https://berlin.guixsd.org... https://berlin.guixsd.org 55.2% substitutes available (4,057 out of 7,348) 7,756.8 MiB of nars (compressed) 23,011.1 MiB on disk (uncompressed) 0.000 seconds per request (2.1 seconds in total) 3,553.4 requests per second looking for 7,348 store items on https://mirror.hydra.gnu.org... updating list of substitutes from 'https://mirror.hydra.gnu.org'... 100.0% https://mirror.hydra.gnu.org 37.3% substitutes available (2,744 out of 7,348) 9,299.7 MiB of nars (compressed) 23,535.4 MiB on disk (uncompressed) 0.266 seconds per request (1,953.6 seconds in total) 3.8 requests per second --8<---------------cut here---------------end--------------->8--- FWIW, the closure of my system as reported by: guix size $(readlink -f /run/current-system) | tail -1 has shrunk from 2.7G on master to 2.2G on ‘core-updates’, which is nice (it includes QEMU among other things, which is why it’s so big.) Ludo’.
