From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fredrik Salomonsson Subject: Re: "guix offload test" gets stuck with no output. Date: Thu, 28 Jun 2018 12:15:28 -0700 Message-ID: References: <20180614223406.669c468d@mailbox.org> <20180616184940.3a72f10e@mailbox.org> <87BD2DAC-92BD-4CEC-A875-15472BDEAF3E@riseup.net> <92A5B0C9-4E08-4845-AFFD-8098E3C365A5@riseup.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000017ce68056fb88f0b" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fYcOU-0007kK-NT for help-guix@gnu.org; Thu, 28 Jun 2018 15:15:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fYcOT-0005UU-LM for help-guix@gnu.org; Thu, 28 Jun 2018 15:15:50 -0400 Received: from mail-qk0-x232.google.com ([2607:f8b0:400d:c09::232]:46840) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fYcOT-0005Tk-Fs for help-guix@gnu.org; Thu, 28 Jun 2018 15:15:49 -0400 Received: by mail-qk0-x232.google.com with SMTP id o2-v6so3617104qkc.13 for ; Thu, 28 Jun 2018 12:15:49 -0700 (PDT) In-Reply-To: <92A5B0C9-4E08-4845-AFFD-8098E3C365A5@riseup.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: swedebugia Cc: help-guix --00000000000017ce68056fb88f0b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hall=C3=A5 No. Not yet at least. See http://lists.gnu.org/archive/ > html/guix-devel/2018-06/msg00316.html where I also proposed a change to > guix pull which makes it do the least cpu intensive update by default. > Interesting. So how do you find a commit that have the least cpu intensive update? 2018-06-28 11:45 GMT-07:00 swedebugia : > Hej =F0=9F=98=80 > > On June 28, 2018 6:36:57 PM GMT+02:00, Fredrik Salomonsson < > plattfot@gmail.com> wrote: > >Hi > > > >1) the new possibility of picking a commit that hydra already built > >thus > >> avoiding the compilation of guix locally? > > > >Didn't know that. Is that some sort of combination with "guix weather" > >and > >"guix pull --commit"? > > No. Not yet at least. See http://lists.gnu.org/archive/ > html/guix-devel/2018-06/msg00316.html where I also proposed a change to > guix pull which makes it do the least cpu intensive update by default. > > -- > Cheers Swedebugia > --=20 s/Fred[re]+i[ck]+/Fredrik/g --00000000000017ce68056fb88f0b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hall=C3=A5

No. Not yet at least. See http://lists.gnu.org/archive/html/guix-devel/2018-06/msg00316.h= tml where I also proposed a change to guix pull which makes it do the l= east cpu intensive update by default.

I= nteresting. So how do you find a commit that have the least cpu intensive u= pdate?

2018-06-28 11:45 GMT-07:00 swedebugia <swedebugia@riseup.net>:
Hej =F0=9F=98=80

On June 28, 2018 6:36:57 PM GMT+02:00, Fredrik Salomonsson <plattfot@gmail.com> wrote:
>Hi
>
>1) the new possibility of picking a commit that hydra already built
>thus
>> avoiding the compilation of guix locally?
>
>Didn't know that. Is that some sort of combination with "guix = weather"
>and
>"guix pull --commit"?

No. Not yet at least. See h= ttp://lists.gnu.org/archive/html/guix-devel/2018-06/msg00316.html= where I also proposed a change to guix pull which makes it do the leas= t cpu intensive update by default.

--
Cheers Swedebugia



--
s= /Fred[re]+i[ck]+/Fredrik/g
--00000000000017ce68056fb88f0b--