l...@gnu.org (Ludovic Courtès) writes:
> 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:
>
> $ ./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
