From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.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 CP6bEpkcCWSx1wAASxT56A (envelope-from ) for ; Thu, 09 Mar 2023 00:39:05 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 0OVpEpkcCWStOwEAauVa8A (envelope-from ) for ; Thu, 09 Mar 2023 00:39:05 +0100 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 DEFFC15D3B for ; Thu, 9 Mar 2023 00:39:04 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pa3Mo-00073p-40; Wed, 08 Mar 2023 18:38:42 -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 1pa3Mk-0006tJ-Of for guix-devel@gnu.org; Wed, 08 Mar 2023 18:38:39 -0500 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 1pa3Mj-0004ds-4Z; Wed, 08 Mar 2023 18:38:38 -0500 Received: from localhost (unknown [IPv6:2600:3c01:e000:21:7:77:0:40]) (Authenticated sender: vagrant@cascadia.debian.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id EAB891AB7B; Wed, 8 Mar 2023 15:38:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=debian.org; s=1.vagrant.user; t=1678318707; bh=VNzi8j7+pAyOqtvHpUm8c2DBadO++q7UxIZhphjsSKE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=L/HoRrDKSQZkaeNhCeuk0NEDHZ0hvPm5mV1JM0ZK8unl2rpNBZUTuveULcr4m8dXV CiCAMm9NBSaLnBd8kPhTnF9M4xhggHVC+mRaatIDwaEtLuT1TaSQ5e8LHqZsPilv9F S2MHeOPHJ9hch6dbu0N+0lDVBQovuB/ReflWg2H7BhfmESOISkKfiU6Jq8mV7E26tK 9MTNjFy9U3LOeJxuYQUuZz4YstaHJH+Q+Kr3XyKdP059Xoxj4UWDq0sreGg/8BOPcb lbV8W7rBtX8IM9ij2eM3L3KAgSc6C5mqmXJCjdQpiZr5szCvLHc0FOSCR+yYIHfxYY g5jZLf+PmCLag== From: Vagrant Cascadian To: Maxim Cournoyer , Simon Tournier Cc: Andreas Enge , =?utf-8?B?5a6L5paH5q2m?= , Ludovic =?utf-8?Q?Court=C3=A8s?= , Christopher Baines , guix-devel@gnu.org, 61894@debbugs.gnu.org, guix-maintainers@gnu.org Subject: Re: bug#61894: [PATCH RFC] Team approval for patches In-Reply-To: <878rg7uqb4.fsf@gmail.com> References: <878rgga1qv.fsf@inria.fr> <871qm8wf8e.fsf@cbaines.net> <87r0u86qgo.fsf_-_@gnu.org> <87y1o9mina.fsf_-_@envs.net> <861qm0da4y.fsf@gmail.com> <87sfegwh28.fsf@gmail.com> <878rg7uqb4.fsf@gmail.com> Date: Wed, 08 Mar 2023 15:38:23 -0800 Message-ID: <87sfeeg6fk.fsf@yucca> 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: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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 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 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1678318745; 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=Zngo6acrBRwf6Q8MBYAPjzp8gUBznOMcm/Q4T5x8SXA=; b=lj/Dt1V7glEp2y8ZghoThtNMn/ZIwNTiF3sDoha6J/Q/LWgJ1kurUuE2gVIn+3VBNWINDZ FY2FEOL99wAlxBDCL2B4OvlNgfaFXwrDusoXLbCyK9KAM6kJxiwWhqfTwkB4+2YDMtT4m/ 86DoadKZlzkkFplccEsuu1kzv3sy0hgfqOGyuIi7fU9O4hruYxrJnluTiDe8Bu0la6UwOu ybSgGAND8kTO/hxOQaUt1Wonk9OgHN8qhLEGS9AEJIZTNfSkBBH6XeTRs/6B0DjthEyPWz ENKiOHPVc3Vl5wwT5nWAUQpx5G+6WpgfODtJdQvD+YRb5GSfxeJ23pW0wa1HwQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=debian.org header.s=1.vagrant.user header.b="L/HoRrDK"; 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=1678318745; a=rsa-sha256; cv=none; b=TwdHQMsVREKxWsnH85Z1J2XNzIUswZ8woag68jbNFtu1dK29BVtVjkrevQt0pWDDlXdo0x YI1ugCeGjtW60Afvzo7nAAUPWZDtNufNKT2ap5bMvL8ZdU/5BV99wCcojlBDBp4hKFNuvz tOyVArPtAQSE9zc1DipMhgYIc6HLL2WfxnwBE/oBWNOP4RKDQ/JbaZI3oPOgbutdeUAESI CL9co7Fb9gzk/lLyv9IDJODmu9iBn4DzPb6UEKTWw8XMEGS5JMAJ0i71pjt7BAT/hdwQPp JfsymZPnlRxofWAZviR35R/EsCqSgEXXu23BwIBV4tyS+g6XRyVKt/G5E9M/ug== Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=debian.org header.s=1.vagrant.user header.b="L/HoRrDK"; 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 X-Migadu-Spam-Score: -8.14 X-Spam-Score: -8.14 X-Migadu-Queue-Id: DEFFC15D3B X-Migadu-Scanner: scn1.migadu.com X-TUID: Jf/u9sa63jsd --=-=-= Content-Type: text/plain On 2023-03-08, Maxim Cournoyer wrote: > On a side note, it would also introduce some kind of hierarchy in the > group, which I dislike. One of the things that make Guix special is > that it's pretty flat -- everybody can participate at the same level, at > least between committers). I'd rather we don't try to emulate Debian on > that point. I have been watching this thread with great curiosity for exactly this reason! One of the things I like about Guix, coming from a couple decades of involvement with Debian, is the lack of package "ownership" ... in Debian, any Debian Developer with upload rights can technically upload any package, but it is considered inappropriate to do so without following various processes. Over the years, ways to opt-in to streamlined processes now exist, but the norm is still very much package "ownership". Guix is starting from a much more flexible model, but struggling with challenges of scale ... a small number of people maintaining a huge number of packages. I am a bit concerned that formalizing this much process for teams just yet... There is not much granularity of team scope and responsibilities. The current teams implementation seems to involve claiming one or more gnu/packages/*.scm files (or other files)... but not individual packages or groups of packages within one of those. It seems quite rough around the edges and I am concerned about how it will play out to further formalize the process. I almost wonder if it wouldn't be good to spell out what exactly is desired to be accomplished by having teams? Maybe much of that conversation has already happened, but ... spelling it out first, and then trying to come up with implementation details that attempt to fit the goals? I have a hunch that this dish might benefit from a bit more seasoning. I am not sure exactly which herbs and spices to reach for, or how long to leave it simmering on the stove... but I know people are getting hungry! live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCZAkcbwAKCRDcUY/If5cW qmHJAP9bADxJJnp4Yfb83jTKQqBynGhPshg7AZKhDNC/o5HEZAD/UUXpuQKaOSrq gr3i3eSV40gpVWsxXO0/uH5V4uMY7QY= =HNIA -----END PGP SIGNATURE----- --=-=-=--