From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id mLFTHHDNcGSJHQAASxT56A (envelope-from ) for ; Fri, 26 May 2023 17:17:04 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id YI4OHHDNcGRPDQEA9RJhRA (envelope-from ) for ; Fri, 26 May 2023 17:17:04 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 5116741FE3 for ; Fri, 26 May 2023 17:17:04 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q2ZBE-0008T9-MU; Fri, 26 May 2023 11:16:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q2ZBA-0008Qz-N2 for guix-devel@gnu.org; Fri, 26 May 2023 11:16:35 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q2ZB7-0000HR-PF; Fri, 26 May 2023 11:16:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=xbQcp8qiusPZTOPqE507e+7cQrx8xPTFoFHFTrEiS2U=; b=MwWS4gYYhnayyJqClVVe h9KtXMRM1A6Fm+zOO7+hTtRXiKubcgLG+KGNYjzfpjQk1FVEjz3LNBtnqnP+aonjzKwag2ikS0wEC Z2hOqcdydKDzdDs9yyzRrvLOEBZ8CZagtlVla1gpszgurtTkgI/IT2kVZDGGEhhh9W/KmkkSYSnwl Hzp8i25qaXtlQuqVJeRN1kYONUCF6C3mJg7ZJObKSXVzMZGE9MmM6tZM7jNu4a5aD+ipESLVJjGUK vibxCNxi1cznDOJpkQQQMyCaxZ1/g8VUOL0SFRY1J+PlSgbrxWk4MCOaOxIyVLTmtwOcZd7zs9Pmb xMTb6QzqUMUOXQ==; Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q2ZB7-00065r-Bs; Fri, 26 May 2023 11:16:29 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Josselin Poiret Cc: Christopher Baines , Andreas Enge , guix-devel@gnu.org Subject: Re: Tooling for branch workflows References: <87bkis1cvd.fsf@cbaines.net> <87a5ycdoar.fsf@jpoiret.xyz> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Septidi 7 Prairial an 231 de la =?utf-8?Q?R=C3=A9vol?= =?utf-8?Q?ution=2C?= jour du Fromental 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: Fri, 26 May 2023 17:16:26 +0200 In-Reply-To: <87a5ycdoar.fsf@jpoiret.xyz> (Josselin Poiret's message of "Wed, 10 May 2023 20:38:52 +0200") Message-ID: <871qj3ktrp.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Seal: i=1; s=key1; d=yhetil.org; t=1685114224; a=rsa-sha256; cv=none; b=H0p6577Mnfz++CX/MfW74lNItljM0S/ZujUeClgAXMcY5knH/lckm235ABUcOGkhAobS8R pP+mUYOyS96GyVsaNsPEC1RMD5uBDy16wOkGy9Sni40wrTUccuHYgtL+OVGWEJI0FWR4Ae DSGPeLGOANcAVH5ooDoygce8j/YW7a5vEOFbFzZqC2ZXJF1CR1kzkVt+4n5jTJTPHyMp0v eDppd0TVoogKkxGuCAfygbdcBHdZP2ANXF00aFgR/ee53WseirZkeFGZ+cfKCcYZecT9fD xD1xfyXFwfk60FYAppjpq+lQ6pcd6WY3yXYE6hKiY2rWbLexF1ut+VnfS1HtBA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=MwWS4gYY; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1685114224; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=xbQcp8qiusPZTOPqE507e+7cQrx8xPTFoFHFTrEiS2U=; b=QEb5/e+q5yP8Mw+F5csMj6o85RGm6pzzs52uJxUrGC5IOQLpO485PUR74jM9Tv9bF7UIfj ixU7WA78cPsVVRr1twpJuz0C0H1bkQlgGciDlLiiEnL6R8s9yLVo2OHyZBwbqie+kroiel UuQVD3+7kFQ7KUiT6bRRIfpn1kfhnmh4ZvleAS/GAAVWVLeNVqVgRK5LdbVv8N09IEvOEE tT67pk9aRXUD5xp44l0YZ0NrmsfTZCl0pD/hGThnk9vl7HjVArpQlj3h/YR5GRlWBCeOLx 9MwBtpUpLJD9/NrltcQewidqWMpNv3AFaeFtoOYvtn/z3lRTEM6g0+KiNwahZw== X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=MwWS4gYY; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -6.16 X-Spam-Score: -6.16 X-Migadu-Queue-Id: 5116741FE3 X-TUID: lsOlI8Hx8TOg Hello, Josselin Poiret skribis: > Maybe it would be a good time to create an infrastructure/CI team, and > set some clear goals for it? I think it might motivate people (me > included) to get more involved in GBC development if there is something > to build towards. Good idea! > Also, I kind of agree with Andreas about the bus factor of Cuirass and > GBC, and wonder whether it makes sense to duplicate development effort > across both. It seems to me that Cuirass is working properly as a > generic CI tool, but it's not super well adapted to Guix, something > which the GBC seems to be much better at. Is replacing Cuirass by GBC > on berlin for Guix CI something that is a future goal, or is it > understood that Cuirass will be running there for the foreseeable > future? Cuirass started as a replacement for Hydra, which is what Nix has been using, so it=E2=80=99s very similar. What=E2=80=99s nice is that it=E2=80= =99s relatively easy to set it up to get a bunch of packages built continuously, which is the major use case for people out there (beyond the project=E2=80=99s own build farms). Because the Coordinator itself does nothing but build derivations, one has to set up some other tool such as the Data Service for that use case, which may be more difficult (I=E2=80=99m probably biased because I=E2= =80=99ve only set up Cuirass instances). OTOH, the modularity that the Coordinator/Data Service approach offers is appealing to me. It can make it more approachable: one can hack the Coordinator without worrying about the Data Service. Anyhow, my suggestion would be to make our infrastructure more robust. I had to hot-fix Cuirass last week and it was cumbersome because the test suite only covers basic functionality. I believe the Coordinator lacks a test suite, which means it may be harder to modify it (harder to tell if you broke something) and to get confidence. So my personal wish list :-) would be improved testing and documentation. A longer-term wish: using Spritely Goblins and a modular actor architecture for those services so we can interact with them through a rich programming interface and distribute appropriate =E2=80=9Ccapabilities= =E2=80=9D to designated developers (a (re)build capability, an =E2=80=9Cevaluate branch= =E2=80=9D capability, etc.). Ludo=E2=80=99.