From mboxrd@z Thu Jan 1 00:00:00 1970 From: myglc2 Subject: Re: Rethinking guix pull [was Re: Heads-up: transition to Guile 2.2] Date: Wed, 17 May 2017 13:54:00 -0400 Message-ID: <86lgpvgyiv.fsf@gmail.com> References: <87bmt28qnm.fsf@gnu.org> <87k26chy16.fsf@gnu.org> <87y3u5wwsi.fsf_-_@gnu.org> <20170514135041.GA29369@thebird.nl> <871srrruvi.fsf@gnu.org> <20170515072626.GA963@thebird.nl> <87fug6f7dj.fsf@gnu.org> <86inl127it.fsf_-_@gmail.com> <87vap0aj9x.fsf@elephly.net> <87d1b7zm74.fsf@gnu.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]:51920) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dB39C-0003Av-Mi for guix-devel@gnu.org; Wed, 17 May 2017 13:54:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dB397-0005Wm-Sz for guix-devel@gnu.org; Wed, 17 May 2017 13:54:06 -0400 In-Reply-To: <87d1b7zm74.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 17 May 2017 14:45:19 +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: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel On 05/17/2017 at 14:45 Ludovic Court=C3=A8s writes: > Ricardo Wurmus skribis: > >> I think that a first step towards improving the experience with =E2=80= =9Cguix >> pull=E2=80=9D is to build Guix continuously on Hydra and tell =E2=80=9Cg= uix pull=E2=80=9D to >> download that. Users would no longer have to wait for compilation on >> their local machines, removing a big incentive to go with a git >> checkout. Maybe we should do this first to stop the worst problems, >> buying us a bit more time to implement channels. > > That=E2=80=99s probably what we=E2=80=99ll do next. But remember that us= ers will still > have to compute the derivation for that Guix, which in turn should allow > them to get the corresponding substitute, and computing that derivation > is currently relatively costly since you need to compile or interpret a > subset of the Guix code. > > Ludo=E2=80=99. This hints at the weirdly "re-entrant nature" of guix. And I mean that in the most friendly way possible ;-) I just wish I understood this aspect of guix better. Do we have a diagram? Could we produce one? I sure would like to see it, or even help make it. Any suggestions along this line would be welcome.