From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] doc: Mention "guix pull" during installation. Date: Mon, 19 Dec 2016 11:52:41 +0100 Message-ID: <87h9606vie.fsf@gnu.org> References: <82b3233597949c866c26628054117ee3@mykolab.ch> <87fulle93t.fsf@openmailbox.org> 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]:53497) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cIvYl-00071V-Br for guix-devel@gnu.org; Mon, 19 Dec 2016 05:52:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cIvYi-0002qJ-8M for guix-devel@gnu.org; Mon, 19 Dec 2016 05:52:47 -0500 In-Reply-To: <87fulle93t.fsf@openmailbox.org> (Theodoros Foradis's message of "Sun, 18 Dec 2016 14:05:25 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Theodoros Foradis Cc: guix-devel Hi Theodoros, Theodoros Foradis skribis: > Petter writes: > >> Hi, >> >> Some new users don't run `guix pull` before installing, and can have a=20 >> less good experience because of this. Proposing a patch to add this to=20 >> the manual. >> >> Thanks, >> Petter > > Just a sidenote here, that I mentioned in #guix irc channel the other > time. I tried to `guix pull` from the 0.11 USB installer, and it would > fail because some package couldn't be substituted, > module-import-compiled if I recall correctly. > > Guix suggested as normal, that `--fallback` flag should be used, which > is a non-accepted flag for `guix pull`. I had to `guix system init > --fallback`, until that package was built, and then `guix pull`. Not > having run `guix pull`, building from source was failing anyway. > > Is this intented behaviour, or something to be fixed? Something to be fixed! The story is that Guile does not (yet!) build .go files in a reproducible fashion: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D20272 mirror.hydra.gnu.org occasionally has meta-data (.narinfo) and data (.nar) out of sync, which is a problem for non-reproducible builds: the next build of =E2=80=98module-import-compiled=E2=80=99 may not be bit-ident= ical to the previous one. This problem was worsened by the fact that many things had been GC=E2=80=99d from hydra.gnu.org. Anyway, this is being fixed both on the Guile side and on the infrastructure side. Ludo=E2=80=99.