From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id uCJuL/LU2mbn3QAAe85BDQ:P1 (envelope-from ) for ; Fri, 06 Sep 2024 10:09:55 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id uCJuL/LU2mbn3QAAe85BDQ (envelope-from ) for ; Fri, 06 Sep 2024 12:09:54 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; 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=1725617394; 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; bh=f1rPXh4zsz2LVhFDlu+FUxjR/K1Lqy7bPjqCSm18P14=; b=KqhP1pGj1t0nYlgweORQHn1hk6iM666zdTV2Bl79aErQW1t9oWW+g/I04i1oum3a9FV6Y6 Jc6wCp+taa41Q7Xc3h47XAq7U8wrTX0whYnhEahfdU0zzL+eFqZANsGWu8ADNXkM8s6E/P kBb6QiwuVzO98hP5jXBnewVkWkDJyYGw9Y/M+dAFgqtoEz3ZehNkEb9bSlnxfC+Dk9+rh8 Y5XeLbXlmrgq7XtAgQATY65D63BSNsgndANRwPY9si9dtOEqe4w2XpdlK27QFj5f/bkqGr REZ35QknmMHk0l8v/SioFHzHV4/IzqSLLkNRok1kpD+rMw5o5F21AhFXW+LBRg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1725617394; a=rsa-sha256; cv=none; b=CX8pF8o6yV0KGFuVathzweO9NDclF/sdOGEsyIHgxoI06hOGRgMoEHf/iWeRFuqSSWPsUT pzzWMSLjQuu3rs9mcaO5nOD/KBGEff8SHNxWpkBnXO2xO3zfyzjOMfdU6/sVXqbUwf1Wkj 1mAcrwfRC+sTLmc7cXq9/US81zJEr6GXGFodF3RjKmlxKQobvoqmtzytT5yZp52mhofETP T7gfTgZ5JkcfB9QNOSKVsH6EQ+fi1r0fcN68ZGygwIIKOtz3hG13ERsQAjW0ZVJAv+4izO Siqt9mY8Niyk3hbkBkKTHrmwp0Vxz5QRbqnp1siPRUwjVwlAS9Rb+5g4J8uvJg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=none; 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" 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 9F248710B9 for ; Fri, 06 Sep 2024 12:09:54 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1smVu1-00015G-AJ; Fri, 06 Sep 2024 06:09:17 -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 1smVtz-0000yB-8l for guix-devel@gnu.org; Fri, 06 Sep 2024 06:09:15 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1smVtx-0000y0-Dk; Fri, 06 Sep 2024 06:09:14 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 3FC04751; Fri, 6 Sep 2024 12:09:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at hera.aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gTYMiBiP6vTi; Fri, 6 Sep 2024 12:09:07 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:861:c4:f2f0::c64]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 90E733C6; Fri, 6 Sep 2024 12:09:07 +0200 (CEST) Date: Fri, 6 Sep 2024 12:09:05 +0200 From: Andreas Enge To: Ludovic =?iso-8859-15?Q?Court=E8s?= Cc: Simon Tournier , guix-devel Subject: Re: =?utf-8?B?4oCYY29yZS11cGRhdGVz4oCZIGlz?= =?utf-8?Q?_gone=3B_long_live_=E2=80=98core-packages-team=E2=80=99!?= Message-ID: References: <87le0cj13e.fsf@inria.fr> <87v7zby3r6.fsf@gmail.com> <87zfol170t.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87zfol170t.fsf@gnu.org> Received-SPF: pass client-ip=185.233.100.1; envelope-from=andreas@enge.fr; helo=hera.aquilenet.fr X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -2.99 X-Spam-Score: -2.99 X-Migadu-Queue-Id: 9F248710B9 X-Migadu-Scanner: mx11.migadu.com X-TUID: jfLg80hLH+AR Hello, Am Fri, Sep 06, 2024 at 11:11:14AM +0200 schrieb Ludovic Courtès: > 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—e.g., x86_64-only, because (1) we usually have more build power > for that architecture, and (2) perhaps we know the problems with those > branches are unlikely to be architecture-specific. > Then we’d rebase that second branch on top of the first one, and build > the combination for all architectures. concurring with Simon, following this description, I also do not understand what this concept of merge trains improves as long as it is not automated (and we have lots of build power to subsequently build several combinations of branches). Once the first branch is good, why not simply merge it to master and then rebase the second branch on master and test it, instead of postponing the merge? After all, building is costly, not merging. Notice that with QA, the concept is that the packages will be available on the build farm once the branch has been built, so postponing a merge has no advantage. Andreas