From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.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 wGeMGSj9Ymd8PgEA62LTzQ:P1 (envelope-from ) for ; Wed, 18 Dec 2024 16:49:44 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id wGeMGSj9Ymd8PgEA62LTzQ (envelope-from ) for ; Wed, 18 Dec 2024 17:49:44 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=noOgWfGw; 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=1734540583; 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=FY/majlAb+74u7mKwX04Ck5XTPW4fweHuUp3Vc8dnHk=; b=Qv5BK5SbD+wQn+xtEhcBZHDn+BARhOjqLbz4r4XkEbwJQmrh5/yi6Q05oMarzWTRR8Msl/ GAst/eij1jo1hJkMjHbmwK+7riw2ujnM9JxBfLciGwsLGu8S6w1Mv/Uhr+qJpBI8cyyz5T d4eqoUO5B5yUFVh3cLdl53HB0eEkffJudHwWLkAlUs02HgRWUFiSoeaoW3jYGhDy9XNXhV QzEBIUweaTzSF+c99DTCuL08UpGC2Vo0igRe1mdbgZ9giGzzhXYD9z3+RXEZxXD8KJtAGc pa891D/4BsvTmaJNuf9t1zw6uTf7tj6Ib7zhi4D09RPRjvV971GdY2h1BlRQEg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1734540583; a=rsa-sha256; cv=none; b=BsVfM5cVig00FwCNXrQiKb1jQyllMJjWzFbiog1dWf+9y66woxOZKwPUQIelj+VmE3hr1Q x8igNi2S7dn1uwkBGL7PlWMa7ofuCXTEr6LPbQevY/RSIQNUmvQ7zwdQrIYMeesBA81PDC 0tXMv3ykoeChtBejW6fJJSNvPfe8GKi+sGvwD+SrAaa3SLGjtw9if1oiLSgv9roHuqpIvn Ygul1S6Xu7ftbIZGMQhWAdCKauIwzAugEjRZkIzVbfZbkOKwW84iS36dXo5Uq12X136MaF VEgPYxGzupEJxCRv+gdCzMBcQihR2idd00IkXeIqhVxHS2PWeixyrPRyDAXaBg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=noOgWfGw; 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" 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 9CABB1E5DC for ; Wed, 18 Dec 2024 17:49:43 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tNxES-00047I-V8; Wed, 18 Dec 2024 11:49:08 -0500 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 1tNxEP-00046h-V9 for guix-devel@gnu.org; Wed, 18 Dec 2024 11:49:06 -0500 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 1tNxEL-0006XJ-Go; Wed, 18 Dec 2024 11:49:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=FY/majlAb+74u7mKwX04Ck5XTPW4fweHuUp3Vc8dnHk=; b=noOgWfGwh2tP/FPFNOFb CELKDwLxEgfPRqZK5pLedci7hYZgKMu3JrjkKscNSDR6IdkFqu7tjJgMK68JMYyToEwE1FT1FnyNO yfRHKPb1VjPdRfT+vFoRTDoueg1CL8E9/5uesK8nxRUbr2NF4vHQe8fzw27DvJkDwjLAzQt59Jv5S fVMXG7N6iCmTYUWcJZkpMr66sXCKCWINRf+4bY20XGaVfRqrIoLpGhoSA7vdZjTzWoVXimPLFpsNh R+I+Z7JVIN7gL6BFRJmVSQ5ZNtPwDoOQORjyCArXH1M3Ofl1sKGz8lbnKaSn6ZXAW2pypx679+NED MSmfge2WQvr2Gg==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxim Cournoyer Cc: Suhail Singh , Ricardo Wurmus , guix-devel@gnu.org, guix-maintainers@gnu.org, Cayetano Santos , Efraim Flashner Subject: Re: On the quest for a new release model In-Reply-To: <87bjxbu55j.fsf@gmail.com> (Maxim Cournoyer's message of "Mon, 16 Dec 2024 22:30:16 +0900") References: <87a5d0dlm8.fsf@inventati.org> <87ttb7rds6.fsf@elephly.net> <87pllskibl.fsf@elephly.net> <87o71c1yuf.fsf@gmail.com> <87bjxbu55j.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Octidi 28 Frimaire an 233 de la =?utf-8?Q?R=C3=A9vol?= =?utf-8?Q?ution=2C?= jour de la Truffe 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, 18 Dec 2024 17:48:57 +0100 Message-ID: <87h671j5s6.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) 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 X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -8.87 X-Spam-Score: -8.87 X-Migadu-Queue-Id: 9CABB1E5DC X-TUID: yxLm69ErdQo2 Hi, Maxim Cournoyer skribis: > Efraim Flashner writes: > >> On Sun, Dec 15, 2024 at 03:21:44PM -0500, Suhail Singh wrote: >>> Ricardo Wurmus writes: >>> >>> > Efraim Flashner writes: >>> > >>> >> Since, IMO, the major uses of the actual guix package is for the dae= mon >>> >> and the installer, I think we could tag a minor release just about e= very >>> >> time we bump the guix package. >>> >>> That's a sensible approach. How should the discussion proceed further? >>> Do we have a proxy to determine whether everyone who needs to be >>> involved for consensus-based decision-making has weighed in? >> >> I'd argue that cutting releases is one of those specifically maintainer >> duties but I'd love to hear from other people who disagree. > > I'd tend to agree. A maintainer who doesn't cut releases or organize to > make them happen is a poor maintainer (hello!). Heheh. :-) As has been discussed multiple times at the Guix Days and on this list (I think?), I believe what we need is a release team with rotating duties. That is, a bunch of 3=E2=80=935 people commit to doing the work le= ading to 1.5.0; then a new team (possibly with overlap) takes over for the next version, and so on. This is what NixOS has been doing for some time, for example, and it has several advantages: it distributes responsibilities and power, and it ensure everything is properly documented so people can actually carry out the task. As mentioned previously, I=E2=80=99m happy to mentor and help whoever steps= up. I know there are people up to the task; at least one person on the team needs to have commit access, but apart from that, don=E2=80=99t be shy! Our first exercise will be to make a =E2=80=9Cfake=E2=80=9D release as a wa= y to test documentation and find out about missing bits and corner cases. Ludo=E2=80=99.