From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#24993: System installer grows brittle with time Date: Tue, 29 Nov 2016 15:42:42 +0100 Message-ID: <87oa0y5ov1.fsf@gnu.org> References: <7d52d8ee-c253-685b-1871-f908850ee606@alaskasi.com> <20161123044607.GA23298@jasmine> <0cf83259-2c5d-ae51-5697-02299251051c@alaskasi.com> <20161123202911.GA3616@jasmine> <9ffdf0e5-a584-adb6-91ce-271a507bb14c@alaskasi.com> <20161129023336.GB21607@jasmine> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cBjcd-0002K6-IC for bug-guix@gnu.org; Tue, 29 Nov 2016 09:43:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cBjcc-000059-GP for bug-guix@gnu.org; Tue, 29 Nov 2016 09:43:03 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:58569) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cBjcc-000053-DK for bug-guix@gnu.org; Tue, 29 Nov 2016 09:43:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cBjcc-0003UU-7n for bug-guix@gnu.org; Tue, 29 Nov 2016 09:43:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20161129023336.GB21607@jasmine> (Leo Famulari's message of "Mon, 28 Nov 2016 21:33:36 -0500") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Leo Famulari Cc: 24993@debbugs.gnu.org, Christopher Howard Leo Famulari skribis: > On Mon, Nov 28, 2016 at 08:45:39AM -0900, Christopher Howard wrote: >> I was able to make more progress with the --substitute-urls=3D... option >> you mentioned. However, later, when the system is building the >> gnupg-2.1.13 drv (I did not pass --fallback, but it still builds stuff) >> one of the 36 check tests fails ("tofu.test"), causing the build to fail. > > It will build stuff if it can't find a substitute (not an error). > '--fallback' is only required when substitution fails (an error). > > That particular test failure was a bug in GnuPG's test suite that we > worked around: > > http://git.savannah.gnu.org/cgit/guix.git/commit/?id=3Dd404a6f9711c8dcc1c= c6cf55d8c07901aa450192 > > Code with an expiration date is very annoying! > > It sounds like you will need to use `guix pull`. > > What do others think? Should we mention `guix pull` in the installation > documentation? I=E2=80=99m not a fan of this, for the reasons you gave. > I'm skeptical for reasons described upthread. I think the real bug is > that the installation image becomes brittle as time passes (so I changed > the subject of my reply). Right. A solution that some suggested before (but for other reasons) would be to include more packages on the installation image. The image is currently slightly below 1G, but we could add binaries for GTK+, Python, and a few other relevant packages. We=E2=80=99d need to find= out what makes sense and how much extra space it would take. > this become less pressing when we have more storage space and can store > substitutes for a longer period? True. The mirror has room to store things for a long period of time, but there=E2=80=99s a subtle problem with non-deterministic builds: the mirror = might cache a narinfo and the corresponding nar, then the narinfo leaves the cache, then a new narinfo is fetched from hydra.gnu.org, and at this point the mirror has a narinfo advertising a hash that doesn=E2=80=99t match that of its nar. Of course the solution to this is reproducible builds, but the fact is that we still have a bunch of non-reproducible packages. I recently lowered narinfo caching time in the mirror because of that: http://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=3Dcaaeb7= bea3515e7ef45e33e5e75674f7b72c2f06 =E2=80=A6 but that=E2=80=99s not great since it means the mirror can lose n= arinfos quickly, even though it has enough room to store them. Ideas? Ludo=E2=80=99.