From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55787) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtfx9-00071E-3o for guix-patches@gnu.org; Sun, 17 Sep 2017 16:14:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtfx4-0003di-Jo for guix-patches@gnu.org; Sun, 17 Sep 2017 16:14:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:36623) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dtfx4-0003dT-Gg for guix-patches@gnu.org; Sun, 17 Sep 2017 16:14:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dtfx4-0000Dz-BG for guix-patches@gnu.org; Sun, 17 Sep 2017 16:14:02 -0400 Subject: [bug#28484] Some steps and questions for Cuirass Resent-Message-ID: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55159) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtfvu-0006vZ-1D for guix-patches@gnu.org; Sun, 17 Sep 2017 16:12:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtfvp-00036f-NP for guix-patches@gnu.org; Sun, 17 Sep 2017 16:12:49 -0400 From: Jan Nieuwenhuizen Date: Sun, 17 Sep 2017 22:11:53 +0200 Message-Id: <20170917201157.9802-1-janneke@gnu.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: 28484@debbugs.gnu.org When Cuirass creates a new working directory from a guix.git clone, it tries to build guix but fails like this /gnu/store/jqs80jq4j9z06p2vb9f7djv9k7jmc3d4-profile/bin/msgmerge: cannot create output file "de.po": Permission denied make[3]: *** [Makefile:255: de.po] Error 1 make[3]: *** Waiting for unfinished jobs.... ...although that may be a feature? Patch 1/3 fixes this build problem...however now Cuirass rebuilds *all* of guix (.go files) for each update of guix.git that it tracks. When playing with Cuirass to set it up, it's handy to only build `hello'. Rebuilding all of guix for each commit even if it fast-forwards, do we need/want that? Patch 2/3 allows to test with other packages than "hello" or everything by using a spec like ((#:name . "guix") (#:url . "git://git.savannah.gnu.org/guix.git") (#:load-path . ".") (#:file . "examples/gnu-system.scm") (#:proc . hydra-jobs) (#:arguments (subset . ("hello" "grep"))) (#:branch . "master")) Because this build recipe and thus this feature belongs in the repository we're building, I also added a patch (the last one) for Guix itself that implements this. Patch 3/3 is the one I'm least happy with. When building many more packages than only `hello', Cuirass will not give any feedback until after everything is built. The Emacs interface under M-x guix-hydra-latests-builds is very nice, but polling for that less so. As the comment in the file already says ;; Register the results in the database. ;; XXX: The 'build-derivations' call is blocking so we end updating the ;; database potentially long after things have been built. we probably want feedback (or guix-hydra-latests-builds availability) per package...but any ideas how to do that? We'd have to wrap/closure that into building the derivations? Greetings, janneke