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 uFZ+HXIvwmbuegEA62LTzQ:P1 (envelope-from ) for ; Sun, 18 Aug 2024 17:29:22 +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 uFZ+HXIvwmbuegEA62LTzQ (envelope-from ) for ; Sun, 18 Aug 2024 19:29:22 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=retrospec.tv header.s=fm2 header.b="QNIOAt/R"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="V Ux0xTj"; 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=1724002162; 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=S56u2y7RhPAo5btTmKI2BorJjJhzxKKRcTCT8F/kdbo=; b=jDrUTf5lsxbmBNSbo9iLDnAqfBo8nPQF7fGDzKxDgGLnAW8Q7/DS5r/e7gQmIezcNbWMTV MFJ1VwplnvoyICrFf7iMamwklLmHl+dyh2wxpH+sx5Ucv5AlgcdRsnNEVnnsD0YAeO6nQM ga1IQG8+Yg5/r0R1Ty26msrdt48dXNc5CpfwkvAhWcz5xFNysN4ItSZg/TYvGzZ9k2P7gq 8d0zlBUz43RUoCSzslmACxWKt2Cn9ztTVXzkYPgyjX1yr8mGKEgaZoaK4lyTsKCANTFadW 96MElS1wq78XnTQ3qIJ6KzJn1W7KnRGlo6GB0neisQ3xtW81pSW/hp2ipRceLQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=retrospec.tv header.s=fm2 header.b="QNIOAt/R"; dkim=pass header.d=messagingengine.com header.s=fm3 header.b="V Ux0xTj"; 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=1724002162; a=rsa-sha256; cv=none; b=a5nJjK7Y8U0p/wHmW/uHAnOlBYyxmOBIZvFM9jE7D2A3+4qrIGy6NwlbEeQP64hltMEIqH 5xBjp4q09Oy8iRszHtm39521rS08RclUSf4l77esPST8W5COP8FO3NFgNq7dwXzbSRxCoa qYBNUb+Idmar6LSDJlfR5VHaK1DX4IZZEJPGDyWMvRqBz0hkjLkf6p/jYclVwdvYWcWi0w DMpIzqTcI+M3iBTrFown64h1Bal6NrKnuys2Xv8Vl/V7m6UqXF1TjVysak6HNLynOXzgcQ hNiCjLS/Kj8c0+u/o6DoPk3POPqUWKLYnG4+k3+WLLScpYNHN35Pv32fP92aHw== 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 4409B25304 for ; Sun, 18 Aug 2024 19:29:22 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sfjhr-0002Lf-BS; Sun, 18 Aug 2024 13:28:43 -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 1sfjhp-0002LW-Va for guix-devel@gnu.org; Sun, 18 Aug 2024 13:28:41 -0400 Received: from fhigh4-smtp.messagingengine.com ([103.168.172.155]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sfjhn-0003YP-OW for guix-devel@gnu.org; Sun, 18 Aug 2024 13:28:41 -0400 Received: from phl-compute-03.internal (phl-compute-03.nyi.internal [10.202.2.43]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 3783A11482EF; Sun, 18 Aug 2024 13:28:37 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-03.internal (MEProxy); Sun, 18 Aug 2024 13:28:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=retrospec.tv; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1724002117; x=1724088517; bh=S56u2y7RhPAo5btTmKI2BorJjJhzxKKRcTCT8F/kdbo=; b= QNIOAt/RoY+9dVClpP9y285qRykbN/FuJnO26fydOZLa1K5u0rnrQGrTaQrOMxEC 1+2Pjt898RtGBh7yaLYKsfjvVb0H8OsKrPtuNdQ1TUjOrdYkceZ9nzK9xag+64ev bW9qhj4Iin24KJ1i1nVC/7wXVrOW4w5L8HQIRJnISODE/2C+RgURpSJGJTp5THQM 4egZZc1zsAZ8D6Peq7qmsiGM7jSWdEqkS2Fd7D3IuVKZ+3arA3SeBd1p6T9kNyMh G5GWLY2dd3ceB6cc7uRpDkVsteiaCn3zB5uoqXkBKHBbWOlrONODo8fklpbZZWX3 XYAnaQzQSC5IfM0gYkkk5w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1724002117; x= 1724088517; bh=S56u2y7RhPAo5btTmKI2BorJjJhzxKKRcTCT8F/kdbo=; b=V Ux0xTjcdmVJOfvqMg0IlEqOv2QAOLoQHgjRz/BdSv3vEoUwQN2N0hHRyhOM3L+xr xS+okB1d+gD8wBvHVEzN/Dzpp7zvGFuGpTVCBvyErZMWD6ECCenWt1phAGuHXXBS YITX0+MoralTGNmVFmOF3NnjUGiUybK41SymiWhjXe3FOsBTPSSLgHXuROI2gEH3 Jw+4N6ExD4dNpWULtPevPihkPsIWSDq/8aBoYtDlKpqX102c5wdV0yF1qdBanZ4L XNubUuopVKB2OQf6tD7IX+Of/zYZO/fB0FdM6a3hbNBjkXj7DA7nzR8m9IJIwGy8 CBhH6On7ZLy5rB6Y4IbzQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudduvddguddufecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivg hnthhsucdlqddutddtmdenucfjughrpehffgfhvfevufffjgfkgggtgfesthhqredttder jeenucfhrhhomhepkfgrnhcugfhurhgvuceoihgrnhesrhgvthhrohhsphgvtgdrthhvqe enucggtffrrghtthgvrhhnpefhhfegieekfeegueehfeelteejhfeugfelvdeggfduvdev teelleetkeelffdtkeenucffohhmrghinhepghhnuhdrohhrghenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehirghnsehrvghtrhhoshhpvggt rdhtvhdpnhgspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoh epghhuihigqdguvghvvghlsehgnhhurdhorhhgpdhrtghpthhtohepshgvrhhgihhordhp rghsthhorhhpvghrvgiisehouhhtlhhoohhkrdgvshdprhgtphhtthhopehmrghilhestg gsrghinhgvshdrnhgvth X-ME-Proxy: Feedback-ID: id9014242:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 18 Aug 2024 13:28:35 -0400 (EDT) References: <87le0v5avh.fsf@meson> <87y14utehn.fsf@cbaines.net> User-agent: mu4e 1.8.13; emacs 28.2 From: Ian Eure To: Christopher Baines Cc: Sergio Pastor =?utf-8?Q?P=C3=A9rez?= , guix-devel Subject: Re: Request for assistance maintaining LibreWolf Date: Sun, 18 Aug 2024 09:50:25 -0700 In-reply-to: <87y14utehn.fsf@cbaines.net> Message-ID: <87r0al4u65.fsf@meson> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=103.168.172.155; envelope-from=ian@retrospec.tv; helo=fhigh4-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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-Country: US X-Migadu-Flow: FLOW_IN X-Spam-Score: -8.14 X-Migadu-Queue-Id: 4409B25304 X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -8.14 X-TUID: QRk4uA8T2rCe Hi Christopher, Christopher Baines writes: > [[PGP Signed Part:Undecided]] > Sergio Pastor P=C3=A9rez writes: > >> I cannot help you since I don't have commit access. But I want=20 >> to thank >> you for your hard work, I'm currently using your package. >> >> I can only echo your frustration since I also have some patches=20 >> ready to >> be merged that seem to be forgotten. As it has been discussed=20 >> in the >> past, Guix is growing, but there are not enough hands to merge=20 >> all the >> contributions that come through. >> >> We should try to come up with a solution that alleviates the=20 >> burden on >> the maintainers. Given how often this issue arises, what if we=20 >> try, as >> a collective, to suggest new mechanisms that would improve the >> situation? >> >> If I recall correctly, someone suggested having a development=20 >> branch in >> which, once the QA passes, the patches get automatically=20 >> merged. I know >> some people rose concerns about the slowness of the QA system=20 >> for this >> to be an effective solution, and there is also the issue=20 >> ordering the >> patch application. >> >> If the previous solution is ruled out, I would like to know the=20 >> opinion >> of the Guix community on a voting system. I'm imagining a=20 >> system where >> we reuse the mailing infrastructure we have, where each=20 >> accepted mail in >> the guix devel mailing list has 1 vote for a given patch, that=20 >> way we >> avoid multiple votes from the same entity and would allow=20 >> people without >> commit access, but active on the Guix development, to=20 >> participate. So, >> we could set up a threshold where if a patch gets 10 votes from >> non-committers the merge would be done; preferably automated,=20 >> but if it's >> not possible, committers would know what is ready to be merged=20 >> without >> effort and what the community wants. > > We've had for many months a feature in QA [1] where people can=20 > mark > patches as being reviewed and looking like they're ready to be=20 > merged, > which is personally what I hope will mitigate this feeling of "I=20 > cannot > help you since I don't have commit access", because you can=20 > help, you > can review the patches and if you think they're ready to merge,=20 > you can > record that, and this does help highlight patches that are ready=20 > to > merge. > Yes, I=E2=80=99ve used it before. Unfortunately, it doesn=E2=80=99t appear= to be=20 making a material difference, as the size of the backlog continues=20 to grow[1]. Progress on this problem would result in the backlog=20 decreasing. It doesn=E2=80=99t matter how many reviewers say it looks=20 good -- a committer is required to actually push the changes. The macro problem of the review process being broken has existed=20 for years and there doesn=E2=80=99t seem to be concensus on the cause,=20 much less a solution. Waiting for that fix is unreasonable, but=20 if a committer was willing to collaborate with me, the worst=20 effects could be mitigated. This is similar to how the Linux=20 kernel works -- the "trusted deputy" approach. It=E2=80=99d also provide=20 a path for contributers to grow into committers. Guix seems=20 committed to using an email-based workflow, so I think it makes a=20 lot of sense to look at how Linux does it. It=E2=80=99s the most=20 successful project in the world to use email-based development. Thanks, =E2=80=94 Ian [1]: https://debbugs.gnu.org/rrd/guix-patches.html