From: swedebugia@riseup.net
To: guix-devel@gnu.org, ludo@gnu.org
Cc: guix-sysadmin@gnu.org, clement@lassieur.org
Subject: Re: hydra.gnu.org now provides substitutes for ‘guix pull’
Date: Tue, 26 Jun 2018 04:16:52 -0700 [thread overview]
Message-ID: <F3CDEC1C-5906-43F8-B0CF-F29449CA2D16@riseup.net> (raw)
In-Reply-To: <87muvn1djp.fsf@gnu.org>
On June 22, 2018 9:32:58 AM GMT+02:00, ludo@gnu.org wrote:
> Hello Guix,
>
> Yesterday Clément and I discussed on IRC what it would take for Hydra to
> build build-aux/hydra/guix-modular.scm (i.e., the derivations that
> correspond to 'guix pull'.) Clément rightly suggested that it was a
> matter of removing '--fresh-auto-compiled' from hydra-eval-guile-jobs¹,
> which I did, and it works:
>
> https://hydra.gnu.org/jobset/guix/modular/
Fantastic!
This really drastically cut the time to pull for me. Now the only thing
that takes a toll is to compute the guix-derivation. Can we
skip/workaround that too? Maybe we can deduce this from the build hydra
already did?
I'm guessing that the computation is needed to map a commit to a
derivation that then maps to a build hydra has a substitute for. Hydra
according to my understanding already did all this. Maybe we can
communicate this to guix pull somehow?
Example 1
I choose a commit that I know hydra has build e.g. 8edebd3
-> guix pull sees that this commit is already build and computed by
hydra.
-> guix pull fetches the resulting derivation and substitute and build
only the locale profile stuff.
Example 2
I simply run guix pull without knowing what hydra has done
-> guix pull checks the latest commit to master
-> checks if hydra has built it: no
-> informs the user and gives them an option to choose a commit a few
days back that hydra has built instead (saves time, power and is
environmentally friendly :) )
-> based on the users choice moves forward.
What do you think?
next prev parent reply other threads:[~2018-06-26 11:16 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-22 7:32 hydra.gnu.org now provides substitutes for ‘guix pull’ Ludovic Courtès
2018-06-26 11:16 ` swedebugia [this message]
2018-06-27 20:23 ` Ludovic Courtès
2018-10-15 7:41 ` Pjotr Prins
2018-10-15 10:16 ` Ludovic Courtès
2018-11-03 14:19 ` Pjotr Prins
2018-11-06 13:30 ` Ludovic Courtès
2018-11-06 15:55 ` Pjotr Prins
2018-11-07 8:19 ` Pjotr Prins
2018-11-07 11:39 ` Unexpected building of dependencies Ricardo Wurmus
2018-11-08 0:03 ` hydra.gnu.org now provides substitutes for ‘guix pull’ Mark H Weaver
2018-11-07 22:03 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=F3CDEC1C-5906-43F8-B0CF-F29449CA2D16@riseup.net \
--to=swedebugia@riseup.net \
--cc=clement@lassieur.org \
--cc=guix-devel@gnu.org \
--cc=guix-sysadmin@gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).