Subject: Re: bug#49263: Guix weather backtrace

From: Jack Hill <[email-masked]>
Date: Mon, 28 Jun 2021 23:29:01 -0400 (EDT)

On Tue, 29 Jun 2021, Maxime Devos wrote:

> Jack Hill schreef op ma 28-06-2021 om 16:15 [-0400]:
>> computing 0 package derivations for aarch64-linux...
>> [...]
>> Throw to key `numerical-overflow' with args `("/" "Numerical overflow" #f #f)'.
>
> A division by zero problem?
> Also, this seems architecture-dependent:

[…]

> Seems like the definition of icecat or some dependency of icecat does
> not support aarch64. Anyway, here is a patch. Could you confirm it works?

Thanks for taking a look. Yeah, I guess it's not a aarch64 problem 
per-say, but that it's easier to run into unsupported packages over here.

Yes, with the path applied, I can find out what the weather is:

$ ./pre-inst-env  guix weather icecat
computing 0 package derivations for aarch64-linux...
looking for 0 store items on https://ci.guix.gnu.org...
https://ci.guix.gnu.org
   unknown substitute sizes
   0.0 MiB on disk (uncompressed)

   14 queued builds
       x86_64-linux: 2 (14.3%)
       i686-linux: 10 (71.4%)
       aarch64-linux: 2 (14.3%)
   build rate: .00 builds per hour
       aarch64-linux: 0.00 builds per hour
       i686-linux: 0.00 builds per hour
       x86_64-linux: 0.00 builds per hour
looking for 0 store items on https://bordeaux.guix.gnu.org...
https://bordeaux.guix.gnu.org
   unknown substitute sizes
   0.0 MiB on disk (uncompressed)
   (continuous integration information unavailable)

Some of the output doesn't quite make sense anymore in the context where 
we don't expect to find anything, but this is still much improved.

Thank you!
Jack