From mboxrd@z Thu Jan 1 00:00:00 1970 From: Katherine Cox-Buday Subject: Re: Rethinking guix pull [was Re: Heads-up: transition to Guile 2.2] Date: Thu, 18 May 2017 08:54:19 -0500 Message-ID: <87o9uq46es.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> 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]:50617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBLsq-0000Bg-K0 for guix-devel@gnu.org; Thu, 18 May 2017 09:54:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dBLsk-00072c-SJ for guix-devel@gnu.org; Thu, 18 May 2017 09:54:28 -0400 Received: from mail-it0-x243.google.com ([2607:f8b0:4001:c0b::243]:34001) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dBLsk-000720-O9 for guix-devel@gnu.org; Thu, 18 May 2017 09:54:22 -0400 Received: by mail-it0-x243.google.com with SMTP id d68so4711734ita.1 for ; Thu, 18 May 2017 06:54:22 -0700 (PDT) In-Reply-To: (Maxim Cournoyer's message of "Tue, 16 May 2017 13:56:12 -0700") 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: Maxim Cournoyer Cc: guix-devel , myglc2 Maxim Cournoyer writes: >> 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. > > +1 +1. I have recently been considering setting up a mirror so that my various machines running Guix don't all have to compile the same thing. If pull worked like this, I probably wouldn't have to. One question: for packages I really care about, how would I get the latest/greatest? guix pull; guix package --fallback -u foo? --=20 Katherine