From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id gD5lBOQ/22aA+AAAqHPOHw:P1 (envelope-from ) for ; Fri, 06 Sep 2024 17:46:12 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id gD5lBOQ/22aA+AAAqHPOHw (envelope-from ) for ; Fri, 06 Sep 2024 19:46:12 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=debian.org header.s=1.vagrant.user header.b=UO8iUukb; 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"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1725644772; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=LsiYsyYMLiAsRZD2D5PVsOR0CV2ehakRgbuOLYVbaaw=; b=fTL49Mlt5YHyoEiJa3WlpdavDPtMZsUabkHQui9DKA7IhrVKLv6PY1IJquvXUXvd8gff33 YjtbfWnMDtYCHlgInMeSeeUNbqJ2F384a5l88RJt3qZwnUYe5RitfZWw4R19ZazMmgUVDb YWpiFAV3f2ZrphsyFE49hKWJsxBB9vlYXZAc5Jpq6CFGVmHft1Zuey/sFD6fkn4nL8L0fg uBlhuqCuU+sL7Er2dJ9v9a/otu3hZ6Qla+w7XTwB5PZP2SuWbziueQy2mTJc+Mtm1PXi/c Bnf1e5ekfnUeFxxSvriikPwhxTu2O0Ze1w32SEvtq/Fufs4aagj1U6jgaHjS5A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=debian.org header.s=1.vagrant.user header.b=UO8iUukb; 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"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1725644772; a=rsa-sha256; cv=none; b=ge62vBYydMqCswO13T/10ZSQL2XaoYKZe2zPXnBn4sPh0zEbEnggMKT0pFcPrwNN+v1FUV 9GEyNB5Mt+HZ4sISvOIaLL0tNDrVSQN5pp//5Nqxes8TmIxJ+UmvIyXMbYmM1SaWS6H4R6 /5SATyKqGiby/mS1cqF52WdXBE+AZczeXhcMY+iHNnaAvj1gwFkvZJW0utUjR9PTCwoFMM VI2h0FJ9AQqSNT4KV4lozxKoM6Jdy2xGHvJS15IZnt3Qq9KTo18mM/x4QGLOeBkeNBDWDe ObdAXYTAEB2dZ23sXRrSy5ERGUHU1wu51iIWT3YAa6cJzTXL7xoON28OQjIx7A== 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 D78F97FA73 for ; Fri, 06 Sep 2024 19:46:11 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1smd1Y-0003Rq-G9; Fri, 06 Sep 2024 13:45:32 -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 1smd1V-0003Pn-4Z for guix-devel@gnu.org; Fri, 06 Sep 2024 13:45:29 -0400 Received: from cascadia.aikidev.net ([173.255.214.101]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1smd1R-00038p-KB; Fri, 06 Sep 2024 13:45:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=debian.org; s=1.vagrant.user; t=1725644719; bh=XWivlRJUFKPhIZ4WvOYvyiUZxQhbwc0YyPlFbFQRet0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=UO8iUukbf8y+Zuz+Wz5XcPN15uaruJGXEwNIfbL0fm0k4oCWOUO/xicGIkHzNtRDQ ZXNTaPTg2pw0XMe5pJ6WDJi/xSx3Qggfe1UXNVfgZeJ5rKS8ThVCmogxq7eXN/abQo vxIirgCzdG9BYg7QCFVm312SZAy7iUrUSiwtiztA4aTAEkM5j6kk+HVW65CwPO4DFn VL2Cui466MvZKVfo5JsUie3qAgTCcTDOUnVCWNui9BqzrtB8G0g0G9srUhpsXdgSRW kRW3vB/UZmz/JArfpnF58mnHTVGecF7Fnl3ZXBpoh4PpWrxXcepFZGlcLbFlA6Mzh6 tgygQ3/uPok4g== Received: from localhost (unknown [IPv6:2600:3c01:e000:21:7:77:0:50]) by cascadia.aikidev.net (Postfix) with ESMTPSA id 392281DF2; Fri, 6 Sep 2024 10:45:19 -0700 (PDT) From: Vagrant Cascadian To: Ludovic =?utf-8?Q?Court=C3=A8s?= , Simon Tournier Cc: guix-devel Subject: Re: =?utf-8?Q?=E2=80=98core-updates=E2=80=99?= is gone; long live =?utf-8?Q?=E2=80=98core-packages-team=E2=80=99!?= In-Reply-To: <87zfol170t.fsf@gnu.org> References: <87le0cj13e.fsf@inria.fr> <87v7zby3r6.fsf@gmail.com> <87zfol170t.fsf@gnu.org> Date: Fri, 06 Sep 2024 10:44:54 -0700 Message-ID: <87y144oew9.fsf@wireframe> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: none client-ip=173.255.214.101; envelope-from=vagrant@debian.org; helo=cascadia.aikidev.net X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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-Country: US X-Migadu-Flow: FLOW_IN X-Spam-Score: -13.17 X-Migadu-Queue-Id: D78F97FA73 X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -13.17 X-TUID: 2lo4hFsQ2HIQ --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2024-09-06, Ludovic Court=C3=A8s wrote: > Simon Tournier skribis: > >> In this picture of =E2=80=9Cmerge train=E2=80=9D, the CI workload and wo= rld rebuilds >> will increase, no? >> >> Consider the two teams: science and this new core-packages. Then >> science takes care of openblas (6000+ dependent packages) and >> core-packages of grep (6000+ dependent packages). >> >> When science team wants to merge to master, they ask for a rebuild. >> >> When core-packages team wants to merge to master, they ask for a >> rebuild. >> >> Therefore, we have two world rebuilds. Or the both teams need to >> synchronize and thus the branches are indeed developed independently but >> not tested independently. Are they? > > I don=E2=80=99t have a clear answer to that. > > The way I see it, one of the branches would be tested independently. > The second one would also be tested independently, but on a limited > scope=E2=80=94e.g., x86_64-only, because (1) we usually have more build p= ower > for that architecture, and (2) perhaps we know the problems with those > branches are unlikely to be architecture-specific. > > Then we=E2=80=99d rebase that second branch on top of the first one, and = build > the combination for all architectures. Is it just me, or is rebasing branches disconcerting, as it likely means the person signing the commit is not necessarily the original person pushing the commit? This is worst for the now deprecated core-updates branch with many rebased commits... are people still updating the signed-off-by tags or whatnot? Though, of course, there are problems with merges as well I recall being discussed on the list in the past... live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCZts/lgAKCRDcUY/If5cW qlxMAP9OzksVk6tFMr8faG2EiqFJy12PzHEqcfzBJ/vMRyzHWQD/dRQJBd5C/fKd 3zGOa1q1iRun5BNmenLrAU7aPDLiMAY= =wxT0 -----END PGP SIGNATURE----- --=-=-=--