Re: core-updates

[Ludovic Courtès]

Hi!

Ricardo Wurmus <address@hidden> 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’.