From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 09 08:19:35 2021 Received: (at submit) by debbugs.gnu.org; 9 Feb 2021 13:19:35 +0000 Received: from localhost ([127.0.0.1]:52884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9SvX-0006Yt-3e for submit@debbugs.gnu.org; Tue, 09 Feb 2021 08:19:35 -0500 Received: from lists.gnu.org ([209.51.188.17]:48636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9SvU-0006Yk-Av for submit@debbugs.gnu.org; Tue, 09 Feb 2021 08:19:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33528) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9SvT-0002SP-RG for bug-guix@gnu.org; Tue, 09 Feb 2021 08:19:32 -0500 Received: from lepiller.eu ([89.234.186.109]:44920) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9SvR-0008WR-Pb for bug-guix@gnu.org; Tue, 09 Feb 2021 08:19:31 -0500 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 287a38f6 for ; Tue, 9 Feb 2021 13:19:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date:from :to:subject:message-id:mime-version:content-type :content-transfer-encoding; s=dkim; bh=wywqEDG5GYVc62+D0VIKVUmE+ FNfn+cJC2bu8JVm3Fs=; b=dsO60IRh8VC8Wkq6z6CI2FzroFsKqkxGRHvLd0eUe dEW32Si9jabKVGTqNMDFQPrJr6eqHqoujRlYJBDtn7iVBEAmMNgfLOScut7CErGT LHe/jD2HKwTtagBlWGMRBX6TU7EsjJNrxYR/+j1py8WfEmo/zoPB0vwVkiSFpkw0 t8ywR1gVujOciSKwLRhpqFmYEQcT/TlCMB5J8LJQua7rQoYXiabzHVjUbmYf+NMl Q7QZY6wqdY5nVXJ7LD+gDtOdZcMP9fUfMSDkutiVYjobhFscKDjehNC5pHrDxnCK JkwWaXTiEw4PL4MDOffmtOxfkeU8E8a8hIX+MPj2uEk4A== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id ff1d6923 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Tue, 9 Feb 2021 13:19:22 +0000 (UTC) Date: Tue, 9 Feb 2021 14:19:15 +0100 From: Julien Lepiller To: bug-guix@gnu.org Subject: Cuirass rebuilds the same packae multiple times Message-ID: <20210209141915.40114e57@tachikoma.lepiller.eu> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=89.234.186.109; envelope-from=julien@lepiller.eu; helo=lepiller.eu X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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: -2.3 (--) Hi! I've updated php yesterday and I noticed that cuirass is now busy building dependents on aarch64. Looking at the log of some of them, it seems that the workers are independently building the same php derivation, and not the dependents, at the same time. This is extremely wasteful as php is very long to build (and might even eventually fail). here is an example: https://ci.guix.gnu.org/build/287478/details and https://ci.guix.gnu.org/build/287476/details are being built at the same time, and the logs currently show they are both running the test phase of the php package. Shouldn't cuirass first schedule builds for dependencies before it builds dependents? From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 09 10:43:00 2021 Received: (at 46402) by debbugs.gnu.org; 9 Feb 2021 15:43:00 +0000 Received: from localhost ([127.0.0.1]:54405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9VAI-0003v1-VV for submit@debbugs.gnu.org; Tue, 09 Feb 2021 10:42:59 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9VAF-0003um-Oz for 46402@debbugs.gnu.org; Tue, 09 Feb 2021 10:42:57 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48017) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9VA8-0001Ve-Oj; Tue, 09 Feb 2021 10:42:48 -0500 Received: from [2a01:e0a:19b:d9a0:3165:bcdf:e1b3:a08d] (port=58174 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9VA8-0004eX-7X; Tue, 09 Feb 2021 10:42:48 -0500 From: Mathieu Othacehe To: Julien Lepiller Subject: Re: bug#46402: Cuirass rebuilds the same packae multiple times References: <20210209141915.40114e57@tachikoma.lepiller.eu> Date: Tue, 09 Feb 2021 16:42:46 +0100 In-Reply-To: <20210209141915.40114e57@tachikoma.lepiller.eu> (Julien Lepiller's message of "Tue, 9 Feb 2021 14:19:15 +0100") Message-ID: <87lfbxs0w9.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46402 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 46402@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: -1.7 (-) Hello Julien, > here is an example: https://ci.guix.gnu.org/build/287478/details and > https://ci.guix.gnu.org/build/287476/details are being built at the > same time, and the logs currently show they are both running the test > phase of the php package. Thanks for the report. This problem has been briefly discussed yesterday. It has been introduced by the new remote building mechanism in Cuirass. Hydra solves it by breaking each build into buildsteps corresponding to the derivation inputs. The buildsteps are then submitted to the workers in a logical order. I proposed to introduce a similar mechanism in Cuirass but Ludo expressed doubts. Ludo do you think this problem could be solved otherwise? Thanks, Mathieu From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 10 05:47:05 2021 Received: (at 46402) by debbugs.gnu.org; 10 Feb 2021 10:47:05 +0000 Received: from localhost ([127.0.0.1]:55537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9n1V-0002Bj-7T for submit@debbugs.gnu.org; Wed, 10 Feb 2021 05:47:05 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9n1S-0002BE-8Y for 46402@debbugs.gnu.org; Wed, 10 Feb 2021 05:47:04 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41504) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9n1L-0001Uy-RU; Wed, 10 Feb 2021 05:46:55 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=42098 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9n1I-0008Lp-NN; Wed, 10 Feb 2021 05:46:53 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mathieu Othacehe Subject: Re: bug#46402: Cuirass rebuilds the same packae multiple times References: <20210209141915.40114e57@tachikoma.lepiller.eu> <87lfbxs0w9.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 22 =?utf-8?Q?Pluvi=C3=B4se?= an 229 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Wed, 10 Feb 2021 11:46:51 +0100 In-Reply-To: <87lfbxs0w9.fsf@gnu.org> (Mathieu Othacehe's message of "Tue, 09 Feb 2021 16:42:46 +0100") Message-ID: <87zh0c8ajo.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46402 Cc: Julien Lepiller , 46402@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: -1.7 (-) Hi, Mathieu Othacehe skribis: >> here is an example: https://ci.guix.gnu.org/build/287478/details and >> https://ci.guix.gnu.org/build/287476/details are being built at the >> same time, and the logs currently show they are both running the test >> phase of the php package. > > Thanks for the report. This problem has been briefly discussed > yesterday. It has been introduced by the new remote building mechanism > in Cuirass. Hydra solves it by breaking each build into buildsteps > corresponding to the derivation inputs. > > The buildsteps are then submitted to the workers in a logical order. I > proposed to introduce a similar mechanism in Cuirass but Ludo expressed > doubts. Ludo do you think this problem could be solved otherwise? I=E2=80=99m not sure exactly but I can share my feelings. :-) Seems to me that =E2=80=98BuildSteps=E2=80=99 is an orthogonal concern that= has little to do with Cuirass=E2=80=99 job and with its data model. In Hydra I saw th= at as a (necessary) kludge. I like the way the Coordinator does it, and AIUI it=E2=80=99s pretty much t= he same as what the daemon is doing: submit build requests in topological order, such that when a derivation build is submitted, its prerequisites are known to be built already. I suppose what makes it more difficult here is that we have this extra =E2=80=9Cjob=E2=80=9D abstraction on top of derivations; everything in Cuir= ass revolves around jobs, which leads to this impedance mismatch. If Cuirass would instead delegate derivation build requests to a Coordinator/daemon-like thing, it wouldn=E2=80=99t have to worry about those details. That would better separate concerns. This is quite a hand-wavy reply but I hope it=E2=80=99s useful! Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 10 06:24:23 2021 Received: (at 46402) by debbugs.gnu.org; 10 Feb 2021 11:24:23 +0000 Received: from localhost ([127.0.0.1]:55575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9nba-00034K-KE for submit@debbugs.gnu.org; Wed, 10 Feb 2021 06:24:23 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37306) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l9nbW-000344-VF for 46402@debbugs.gnu.org; Wed, 10 Feb 2021 06:24:21 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41884) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9nbP-0000Gx-Ty; Wed, 10 Feb 2021 06:24:11 -0500 Received: from [2a01:e0a:19b:d9a0:3165:bcdf:e1b3:a08d] (port=59850 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9nbP-0004PW-61; Wed, 10 Feb 2021 06:24:11 -0500 From: Mathieu Othacehe To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#46402: Cuirass rebuilds the same packae multiple times References: <20210209141915.40114e57@tachikoma.lepiller.eu> <87lfbxs0w9.fsf@gnu.org> <87zh0c8ajo.fsf@gnu.org> Date: Wed, 10 Feb 2021 12:24:09 +0100 In-Reply-To: <87zh0c8ajo.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Wed, 10 Feb 2021 11:46:51 +0100") Message-ID: <87o8gs2mjq.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46402 Cc: Julien Lepiller , 46402@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: -1.7 (-) Hey Ludo, Thanks for sharing your thoughts, it's always useful :). > Seems to me that =E2=80=98BuildSteps=E2=80=99 is an orthogonal concern th= at has little > to do with Cuirass=E2=80=99 job and with its data model. In Hydra I saw = that as > a (necessary) kludge. I'm not sure to follow you here. Cuirass and Hydra have an almost identical database schema and are now working very similarly from what I understand. In Hydra, a JobSet (Specification in Cuirass) has several Builds. Each Build can be broken in several BuildSteps, corresponding to transitive derivation inputs that must be built. Hydra manages to get those BuildSteps to be built in a topological order, in the same way as the Guix Build Coordinator. This makes me think that we could implement this exact same mechanism in Cuirass but I'm maybe missing something. > If Cuirass would instead delegate derivation build requests to a > Coordinator/daemon-like thing, it wouldn=E2=80=99t have to worry about th= ose > details. That would better separate concerns. I think that having Cuirass delegating its builds to the Coordinator is not the right move. That would mean doubling the size of the CI code base, doubling the number of databases, for a feature that we could implement in Cuirass, just by making it catch-up on Hydra. Thanks, Mathieu From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 17 09:22:31 2021 Received: (at 46402) by debbugs.gnu.org; 17 Feb 2021 14:22:32 +0000 Received: from localhost ([127.0.0.1]:42853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lCNip-0002iK-HV for submit@debbugs.gnu.org; Wed, 17 Feb 2021 09:22:31 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lCNin-0002i5-MD for 46402@debbugs.gnu.org; Wed, 17 Feb 2021 09:22:30 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47150) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lCNih-0001ud-Ga; Wed, 17 Feb 2021 09:22:23 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=36676 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lCNig-0005v1-LI; Wed, 17 Feb 2021 09:22:22 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Mathieu Othacehe Subject: Re: bug#46402: Cuirass rebuilds the same packae multiple times References: <20210209141915.40114e57@tachikoma.lepiller.eu> <87lfbxs0w9.fsf@gnu.org> <87zh0c8ajo.fsf@gnu.org> <87o8gs2mjq.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 29 =?utf-8?Q?Pluvi=C3=B4se?= an 229 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Wed, 17 Feb 2021 15:22:21 +0100 In-Reply-To: <87o8gs2mjq.fsf@gnu.org> (Mathieu Othacehe's message of "Wed, 10 Feb 2021 12:24:09 +0100") Message-ID: <87k0r6wz8i.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46402 Cc: Julien Lepiller , 46402@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: -1.7 (-) Howdy! Mathieu Othacehe skribis: >> Seems to me that =E2=80=98BuildSteps=E2=80=99 is an orthogonal concern t= hat has little >> to do with Cuirass=E2=80=99 job and with its data model. In Hydra I saw= that as >> a (necessary) kludge. > > I'm not sure to follow you here. Cuirass and Hydra have an almost > identical database schema and are now working very similarly from what I > understand. > > In Hydra, a JobSet (Specification in Cuirass) has several Builds. Each > Build can be broken in several BuildSteps, corresponding to transitive > derivation inputs that must be built. > > Hydra manages to get those BuildSteps to be built in a topological > order, in the same way as the Guix Build Coordinator. > > This makes me think that we could implement this exact same mechanism in > Cuirass but I'm maybe missing something. When Cuirass was started, I wanted to avoid what I perceived as a shortcoming of Hydra=E2=80=99s design: one daemon connection per job and bu= ild steps, which kinda replicate what the daemon is doing. So I suggested going for one connection for all the jobs and passing all the derivations to the daemon so that the daemon can see the big picture, make better scheduling decisions, and so we don=E2=80=99t have to re-implem= ent =E2=80=9Cbuild steps=E2=80=9D. But as you know, this strategy didn=E2=80=99t work out as expected because = of scalability issues in the daemon. Regardless, it seems to me that =E2=80=98BuildSteps=E2=80=99 is a low-level= thing compared to the rest of the Cuirass database: it reifies part of the derivation graph whereas the rest of the database is all about =E2=80=9Cjob= s=E2=80=9D and =E2=80=9Cbuilds=E2=80=9D thereof. It=E2=80=99s not the same abstractio= n level. I realize it=E2=80=99s somewhat subjective though and I don=E2=80=99t want = to impede progress! >> If Cuirass would instead delegate derivation build requests to a >> Coordinator/daemon-like thing, it wouldn=E2=80=99t have to worry about t= hose >> details. That would better separate concerns. > > I think that having Cuirass delegating its builds to the Coordinator is > not the right move. That would mean doubling the size of the CI code > base, doubling the number of databases, for a feature that we could > implement in Cuirass, just by making it catch-up on Hydra. I see. Generally speaking, I think better separation of concerns may sometimes be worth extra code, insomuch as it makes it easier to reason about things, to debug, and to add new features. Of course it=E2=80=99s a tradeoff; adding too much code just for the beauty of abstractions isn=E2= =80=99t reasonable either. I wonder if having two databases instead of single one (which would essentially be the union of those two databases) is a problem. I guess one problem is if that makes it hard to make commonly-needed =E2=80=9Cjoins= =E2=80=9D across the two databases. Regarding features, one thing I like about the Coordinator is its support for retrying builds, which could serve to detect flaky builds or build processes that are kernel- or hardware-dependent. I think it=E2=80= =99s a feature we=E2=80=99d want eventually, but I wonder if it should be Cuirass= =E2=80=99s job. It=E2=80=99d be nice to focus on a single code base for =E2=80=9Cdistribute= d builds=E2=80=9D in general, and I was hoping for a Coordinator/Cuirass convergence on this aspect. But at the end of the day, what matters most is what we achieve. Cuirass has been doing so much better on many fronts over the last few weeks, including reliability, build throughput, and monitoring. At the same time, the Coordinator proves useful and easy to deploy in more experimental setups; I think Chris=E2=80=99s instance now aggregates results from a variety of machines, including POWER and GNU/Hurd, and that seemed quite easy to do. I=E2=80=99m not going to complain about over-success in this area! :-) Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 08:51:59 2021 Received: (at 46402-done) by debbugs.gnu.org; 28 May 2021 12:51:59 +0000 Received: from localhost ([127.0.0.1]:53865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmby3-0001KT-AX for submit@debbugs.gnu.org; Fri, 28 May 2021 08:51:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52442) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmby0-0001KF-Pp for 46402-done@debbugs.gnu.org; Fri, 28 May 2021 08:51:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53598) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmbxu-0001aI-Gl; Fri, 28 May 2021 08:51:50 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=37702 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmbxu-0006Ry-3D; Fri, 28 May 2021 08:51:50 -0400 From: Mathieu Othacehe To: Julien Lepiller Subject: Re: bug#46402: Cuirass rebuilds the same packae multiple times References: <20210209141915.40114e57@tachikoma.lepiller.eu> Date: Fri, 28 May 2021 14:51:48 +0200 In-Reply-To: <20210209141915.40114e57@tachikoma.lepiller.eu> (Julien Lepiller's message of "Tue, 9 Feb 2021 14:19:15 +0100") Message-ID: <87wnrjf2cb.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 46402-done Cc: 46402-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: -3.3 (---) Hello, > Shouldn't cuirass first schedule builds for dependencies before it > builds dependents? Yes fixed with https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=d1a95e8b33b454a45bda506a22a8b9d9d2c8b16e. Thanks, Mathieu From debbugs-submit-bounces@debbugs.gnu.org Fri May 28 14:40:45 2021 Received: (at 46402) by debbugs.gnu.org; 28 May 2021 18:40:45 +0000 Received: from localhost ([127.0.0.1]:55345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmhPZ-0004It-8T for submit@debbugs.gnu.org; Fri, 28 May 2021 14:40:45 -0400 Received: from mail-qk1-f178.google.com ([209.85.222.178]:46699) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lmhPW-0004Ie-Tl for 46402@debbugs.gnu.org; Fri, 28 May 2021 14:40:44 -0400 Received: by mail-qk1-f178.google.com with SMTP id 76so5033224qkn.13 for <46402@debbugs.gnu.org>; Fri, 28 May 2021 11:40:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=8gNffS895rib8om8jZQolU88H8WS0ENCpXYkpWuiem8=; b=HxIWdsRdrp3KkjqQysf3grbYEXx93BF8xS18XsxUa7sJvJdlY66qggKwNLvbEmGRkr 5WodfLeHcS1buxvtG6I2airat4orUTi5RMRV8e10rYKcBKJ2wsXe7FzA3jtlzRyxRDl0 y4+zFqDY5Cn/m8JqXiNTvkRJI2Almty6XuQoKymn4UyAs76O6V66M7JVmzDwTkbaJHy2 hpcLwSLT6mtxZiCD59nHBroRqzoznZuNxTpzlNJPm/ZIgDMHUzKCGUdA947kJa30FyRz ThVr/0SYQPHvof3p2JTOvMYCHGYTR8Z5T6uayWB8gRgtlr30qcTgAeKR/OrC4sBz5/ob CZiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=8gNffS895rib8om8jZQolU88H8WS0ENCpXYkpWuiem8=; b=YtJR3IV3Z8TuMSl8hTRRO78NoGyePadBhCEE18/3fADmDpcSI+xjIPyojq9kktt3lA kRwNuclmXnHYxmqAgywfTCz7rW7DESl1ESklVacCJ0DGYdMuLollFOTHAclpPdBw3Fl7 k2yk83BphXFA6lsf6sBLlZKgQH1LvhtiKAolQqK7GlqKLHs6xFN+k+kErYZGVDTraImI YtQbGbUszrAa5VF/CWH3Ifk2467EMn0XhQD9ECYZIcSQqjpg7zeV067lM8ifQEDjfvdQ 1Q9xLNnCFgViEU6JC6n6q/XRdbusxrd8HCmpAIjTHTkTTpKj2zLgc2/A63amBxs/F1xS YD7A== X-Gm-Message-State: AOAM533+Rx07TxmSlTK3Txqnj6qNBM84pEMqOUIjyuacdPFiGjxxXULa yLO/oiwMZWYVYQOzluUXINk3FgzPKX5Kjg== X-Google-Smtp-Source: ABdhPJyzaAJJUXYtkcZhe1ybwy3vM6zSmCx0nJm85RWBzaMEKTGUDqVL85yDgWdFcAlW6/nb3lmKzA== X-Received: by 2002:a05:620a:208a:: with SMTP id e10mr5375218qka.112.1622227237378; Fri, 28 May 2021 11:40:37 -0700 (PDT) Received: from hurd (dsl-152-121.b2b2c.ca. [66.158.152.121]) by smtp.gmail.com with ESMTPSA id f1sm3801250qkl.93.2021.05.28.11.40.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 28 May 2021 11:40:36 -0700 (PDT) From: Maxim Cournoyer To: 46402@debbugs.gnu.org Subject: Re: bug#46402: Cuirass rebuilds the same packae multiple times References: <20210209141915.40114e57@tachikoma.lepiller.eu> <87wnrjf2cb.fsf@gnu.org> Date: Fri, 28 May 2021 14:40:36 -0400 In-Reply-To: <87wnrjf2cb.fsf@gnu.org> (Mathieu Othacehe's message of "Fri, 28 May 2021 14:51:48 +0200") Message-ID: <874kemitwb.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 46402 Cc: othacehe@gnu.org, julien@lepiller.eu 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: -1.0 (-) Hi, Mathieu Othacehe writes: > Hello, > >> Shouldn't cuirass first schedule builds for dependencies before it >> builds dependents? > > Yes fixed with > https://git.savannah.gnu.org/cgit/guix/guix-cuirass.git/commit/?id=d1a95e8b33b454a45bda506a22a8b9d9d2c8b16e. Thumbs up! :-) Maxim From unknown Tue Jun 17 22:24:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 26 Jun 2021 11:24:04 +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