From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 17 16:13:11 2017 Received: (at submit) by debbugs.gnu.org; 17 Sep 2017 20:13:11 +0000 Received: from localhost ([127.0.0.1]:45295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtfwB-0000Bu-O2 for submit@debbugs.gnu.org; Sun, 17 Sep 2017 16:13:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36025) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtfw6-0000BB-RP for submit@debbugs.gnu.org; Sun, 17 Sep 2017 16:13:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtfvy-0003AC-Hm for submit@debbugs.gnu.org; Sun, 17 Sep 2017 16:12:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41934) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dtfvy-0003A3-F3 for submit@debbugs.gnu.org; Sun, 17 Sep 2017 16:12:54 -0400 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 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36648) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtfvp-00036b-JJ; Sun, 17 Sep 2017 16:12:45 -0400 Received: from peder.onsbrabantnet.nl ([88.159.206.46]:60928 helo=localhost.localdomain) by fencepost.gnu.org with esmtpa (Exim 4.82) (envelope-from ) id 1dtfvp-0003Ow-7d; Sun, 17 Sep 2017 16:12:45 -0400 From: Jan Nieuwenhuizen To: guix-patches@gnu.org Subject: Some steps and questions for Cuirass Date: Sun, 17 Sep 2017 22:11:53 +0200 Message-Id: <20170917201157.9802-1-janneke@gnu.org> X-Mailer: git-send-email 2.14.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 18 07:52:01 2017 Received: (at 28484) by debbugs.gnu.org; 18 Sep 2017 11:52:02 +0000 Received: from localhost ([127.0.0.1]:45614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtuan-0007M8-HO for submit@debbugs.gnu.org; Mon, 18 Sep 2017 07:52:01 -0400 Received: from mail-wm0-f43.google.com ([74.125.82.43]:44903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtuam-0007Lr-5U for 28484@debbugs.gnu.org; Mon, 18 Sep 2017 07:52:00 -0400 Received: by mail-wm0-f43.google.com with SMTP id 189so12876475wmh.1 for <28484@debbugs.gnu.org>; Mon, 18 Sep 2017 04:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=9tcYp9KOFfbw/qSD7j9kktv6pUwecRggZRznmcdyAuE=; b=MklwDENp+AXj8x+7bk2NrlPedylLb/DcPZJs9ojIIvS/wHTCXNFTdRqjhlBjoiL2mu 4d8/oZC2nGTMevEDiN1L1Gj9wt2t7b2mVbW+JxmWrbGjBLZ8plhFShidnqDLC5xOHTeC LJ4067YS+ZXeZikHPRD1BOkQlAKRBvQnnj5b5b5pYqaJmeRVKr625MonBrfk440t1leC 4s3cYYgCRY64kuBNjf3NecyuCupM+ye0ZZ8LGFOjdGtdjouSHNjWzEx8/bdeQ3cdoygd jljdmraye18UZdjtlyaAk8T/q648cWJ55MHppMGIR8mmWgCqsDaokKdDAZT9Q3Oepsv8 lT+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=9tcYp9KOFfbw/qSD7j9kktv6pUwecRggZRznmcdyAuE=; b=AZDnBQcwYQbsu/roZcOWUZlkWfu1/CUIvuUpolL3Bc5tkn6TT6eVTAdhYujpISFEEI qquyf3bckxWxothN/xV8Zvn4YSxv8+0E+bcETmIeKxtNOaaSQJWC3OmzyAZrzhdk7MYh jHd2UuoJAzxbZQIiaI3fYdF0xK3YUiIRh8VgfaLjZltqMpxUd3E6XsVSonHDCaoLjzZ2 oE3/Wv0m7p+W56Hqie1FhgDM2/3ld9DuH9WbPmLnEqy16HaVBZbn9u/Jc6v2Ls5u6wm2 kX3rI2w1/NtAPb0RBexXAyJ/ASm0zdUPeOganuhdhaYFk1kDZehG9RVrfSp433MLTmHu 3S3Q== X-Gm-Message-State: AHPjjUhHlrVvL7tUdvnkDY/xLjZJOnZfKIemnyuvA6xK8tOsTYfKRfWy vBsxHc5k0lwVz9y1 X-Google-Smtp-Source: AOwi7QAUXgaCVd0ifHKrBHcgHdxQ1NEzCfciIa+LCZRsI/s1U4GCCvf/FOTbuxDqfZKOtrCdX/wnXA== X-Received: by 10.28.52.81 with SMTP id b78mr8722323wma.11.1505735513930; Mon, 18 Sep 2017 04:51:53 -0700 (PDT) Received: from zbook ([46.218.109.88]) by smtp.gmail.com with ESMTPSA id u186sm6916285wmd.19.2017.09.18.04.51.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 18 Sep 2017 04:51:53 -0700 (PDT) References: <20170917201157.9802-1-janneke@gnu.org> User-agent: mu4e 0.9.18; emacs 25.2.1 From: Mathieu Othacehe To: Jan Nieuwenhuizen Subject: Re: [bug#28484] Some steps and questions for Cuirass In-reply-to: <20170917201157.9802-1-janneke@gnu.org> Date: Mon, 18 Sep 2017 13:51:58 +0200 Message-ID: <86y3pci5r5.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 28484 Cc: 28484@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) Hi Jan, > ...although that may be a feature? I don't think so, patch 1 & 2 LGTM. > 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? Now that Cuirass supports M-x guix-hydra-latests-builds, the next step is to detect build start/stop (maybe via guix build log parsing see: https://lists.gnu.org/archive/html/guix-devel/2017-07/msg00221.html). This way, for each new commit in guix, cuirass will only insert in database the derivation that were built. Plus, it will be possible to insert the build in db when it starts and update its status when it stops/fails. Until this is developed, patch 3 LGTM too ! Mathieu From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 18 11:44:34 2017 Received: (at 28484-done) by debbugs.gnu.org; 18 Sep 2017 15:44:34 +0000 Received: from localhost ([127.0.0.1]:46630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtyDp-0004iZ-V6 for submit@debbugs.gnu.org; Mon, 18 Sep 2017 11:44:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dtyDo-0004iN-I9 for 28484-done@debbugs.gnu.org; Mon, 18 Sep 2017 11:44:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dtyDf-0006Sy-Vv for 28484-done@debbugs.gnu.org; Mon, 18 Sep 2017 11:44:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dtyDT-0006Lt-MU; Mon, 18 Sep 2017 11:44:11 -0400 Received: from mx.verum.com ([31.223.170.65]:13605 helo=dundal.peder.onsbrabantnet.nl) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dtyDS-0007js-Vk; Mon, 18 Sep 2017 11:44:11 -0400 From: Jan Nieuwenhuizen To: Mathieu Othacehe Subject: Re: [bug#28484] Some steps and questions for Cuirass Organization: AvatarAcademy.nl References: <20170917201157.9802-1-janneke@gnu.org> <86y3pci5r5.fsf@gmail.com> X-Url: http://AvatarAcademy.nl Date: Mon, 18 Sep 2017 17:44:08 +0200 In-Reply-To: <86y3pci5r5.fsf@gmail.com> (Mathieu Othacehe's message of "Mon, 18 Sep 2017 13:51:58 +0200") Message-ID: <87shfk2erb.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 28484-done Cc: 28484-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Mathieu Othacehe writes: > I don't think so, patch 1 & 2 LGTM. Thanks! > Now that Cuirass supports M-x guix-hydra-latests-builds, the next step > is to detect build start/stop (maybe via guix build log parsing see: > https://lists.gnu.org/archive/html/guix-devel/2017-07/msg00221.html). > > This way, for each new commit in guix, cuirass will only insert in > database the derivation that were built. Plus, it will be possible to > insert the build in db when it starts and update its status when it > stops/fails. Ah that makes sense. Thanks for sharing this thread. > Until this is developed, patch 3 LGTM too ! Thanks, pushed to guix-cuirass master as 87ad259dba7de38b6e3ab954cd7b2f6553= 58d877 janneke --=20 Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar=C2=AE http://AvatarAcademy.com From unknown Fri Sep 05 18:58:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 17 Oct 2017 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator