Re: core-updates

[Mark H Weaver <mhw@netris.org>]

ludo@gnu.org (Ludovic Courtès) writes:

> Ricardo Wurmus <rekado@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:
>
> $ ./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

Hydra has certainly built far more than 37% of jobs on core updates.
The percentage of built store items should be closer to 90% or more.

I guess the discrepancy is because most of those store items had never
been requested, so the NARs haven't yet been built.  Does that make
sense?

      Mark