GNU bug report logs - #35012
Can't install icecat

Previous Next

Package: guix;

Reported by: Alberto EFG <albertoefg <at> posteo.mx>

Date: Tue, 26 Mar 2019 22:20:02 UTC

Severity: normal

Done: Tobias Geerinckx-Rice <me <at> tobias.gr>

Bug is archived. No further changes may be made.

Full log


Message #11 received at 35012 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: 35012 <at> debbugs.gnu.org
Cc: Björn Höfling <bjoern.hoefling <at> bjoernhoefling.de>,
 Alberto EFG <albertoefg <at> posteo.mx>
Subject: Re: bug#35012: Can't install icecat
Date: Wed, 27 Mar 2019 12:14:08 +0100
[Message part 1 (text/plain, inline)]
Just adding a few suggestions for Guix to do:

> Especially for big packages like icecat there can always be a gap
> between the time when the package definition is updated and when a
> substitute is built and ready to be downloaded.

Especially since icecat depends on Rust now.  Rust has a very long
bootstrap chain and if we change something in the base, the chain
has to be rebuilt.  That takes days on current hardware.

Also, currently, we disable tests parallelization in Rust 1.20 because
they have an error there.  But it would be possible and desireable to
enable them for newer versions again and see whether they work.  That
would entail replacing the "check" phase by one which invokes ./x.py
with

  "-j" (number->string (parallel-job-count))

(instead of the current

  "-j1"
)

And then build like 10 rounds.

If it works, the build of each of the corresponding Rust derivations
would be faster.
[Message part 2 (application/pgp-signature, inline)]

This bug report was last modified 4 years and 232 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.