From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.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 UJVbAIOywWZWwAAA62LTzQ:P1 (envelope-from ) for ; Sun, 18 Aug 2024 08:36:19 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id UJVbAIOywWZWwAAA62LTzQ (envelope-from ) for ; Sun, 18 Aug 2024 10:36:19 +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=1723970178; 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; bh=bI0dDUDHKoqZDB9dui8DJrqh+yIuKSORgxqWFo/5QgA=; b=go8P4qAk1JFyJdWm/XgljP1IfKEMs2ih2DBSJsGf1hP92OsVG8x0gvEs4Yb1jJpg1uHAEh N58ZsgTuLEh0zI2e8R33rj2/lRcTHrTg1EieeggxQDuA7yQ2Hsg9eglp+uIjnrHvuseL8F puLFvAVFjraVEqPsRa/ZPgYuZDtkbR/GzhbTAjW9HnCZ7Cc4cGqEGIKWET/z1tKaxQAvEi /nTkGbXXcBDEfTDxBlREw2xMQEcvHF773BdL4zvUboZWk3XhxBIvhevoJrAbYEKKwYyGoj 0QCzUQWU1cawq/Np/setqU22ZR6RhzFBZeMqzawnTgIO/7JUbLIOi+HeXG2nDg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1723970178; a=rsa-sha256; cv=none; b=St3gdk9l0YlSgt8vT7v6Q5hCvOXE6zNxxM0tOaS+EJHWMnF/h84nggjwBIbDTYqXxBdmsT atBmnVW2nX30G9oSOYk25OvSLKw14mCZWe8iM1aR95zjoaGJSVVz0iWFA90R0bRveMNBf0 2dmt8t7GecRfyniDUlPazpVx4bRSDyz4i5gANhDDXath2AVoRLRJFENX3B6/7JQeii3agq NgtELVy+K95R6wsy6RSDSQ1yrChhdfUnD/r/U+IIByHCdrKazXXK+nbP+Fihc3xr0KOJaj eJ31i6HJ4Tpipz+PpEnycjBsGU25PtF6/oBKFwXux0GvzW9zVU+hfmDR2CiRKw== 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 D626676F1E for ; Sun, 18 Aug 2024 10:36:18 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sfbOK-0000zL-LX; Sun, 18 Aug 2024 04:36:00 -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 1sfbOJ-0000zB-DU for guix-devel@gnu.org; Sun, 18 Aug 2024 04:35:59 -0400 Received: from mira.cbaines.net ([2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sfbOH-0002gk-2g for guix-devel@gnu.org; Sun, 18 Aug 2024 04:35:58 -0400 Received: from localhost (136.249.6.51.dyn.plus.net [51.6.249.136]) by mira.cbaines.net (Postfix) with ESMTPSA id A700F27BBE2; Sun, 18 Aug 2024 09:35:51 +0100 (BST) Received: from felis (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 40515224; Sun, 18 Aug 2024 08:35:51 +0000 (UTC) From: Christopher Baines To: Sergio Pastor =?utf-8?Q?P=C3=A9rez?= Cc: Ian Eure , guix-devel Subject: Re: Request for assistance maintaining LibreWolf In-Reply-To: ("Sergio Pastor =?utf-8?Q?P=C3=A9rez=22's?= message of "Sat, 17 Aug 2024 20:00:42 +0200") References: <87le0v5avh.fsf@meson> User-Agent: mu4e 1.12.4; emacs 29.3 Date: Sun, 18 Aug 2024 09:35:48 +0100 Message-ID: <87y14utehn.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27; envelope-from=mail@cbaines.net; helo=mira.cbaines.net 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: -5.57 X-Spam-Score: -5.57 X-Migadu-Queue-Id: D626676F1E X-Migadu-Scanner: mx11.migadu.com X-TUID: HkgSzaDy2zX6 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sergio Pastor P=C3=A9rez writes: > I cannot help you since I don't have commit access. But I want 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 ready to > be merged that seem to be forgotten. As it has been discussed in the > past, Guix is growing, but there are not enough hands to merge all the > contributions that come through. > > We should try to come up with a solution that alleviates the burden on > the maintainers. Given how often this issue arises, what if we try, as > a collective, to suggest new mechanisms that would improve the > situation? > > If I recall correctly, someone suggested having a development branch in > which, once the QA passes, the patches get automatically merged. I know > some people rose concerns about the slowness of the QA system for this > to be an effective solution, and there is also the issue ordering the > patch application. > > If the previous solution is ruled out, I would like to know the opinion > of the Guix community on a voting system. I'm imagining a system where > we reuse the mailing infrastructure we have, where each accepted mail in > the guix devel mailing list has 1 vote for a given patch, that way we > avoid multiple votes from the same entity and would allow people without > commit access, but active on the Guix development, to 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, but if it's > not possible, committers would know what is ready to be merged without > effort and what the community wants. We've had for many months a feature in QA [1] where people can mark patches as being reviewed and looking like they're ready to be merged, which is personally what I hope will mitigate this feeling of "I cannot help you since I don't have commit access", because you can help, you can review the patches and if you think they're ready to merge, you can record that, and this does help highlight patches that are ready to merge. 1: https://lists.gnu.org/archive/html/guix-devel/2024-02/msg00132.html --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAmbBsmRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9XczGw/7BzFRcudbxro105BOYUlpNfNxyx8rMdsS LvCUw2o4mb6GCK3nd0UGuvsfVqBWqVbg2OornzpehNGUyvrfJS5xWlbaCcGnjkoa YzevqfokYwJYDwcutGBwTdEb2KwLKQenxlyjDUCItWoBABNWiwGs+d4fhTkDYdZG uh6gQTgaTAJLzFW96XZRWj+SktGAOs9/ijrLMy4GBaIMxWJJU5i/vwTeWxUcgDui DSlGjqIdN2Lvuv+hv5xvY5nNMOjHsRYdU9Ep0CjGBTzfWQY3W4EpN0PBm3ohS7vu Gh0yp7LZU971DNQochLtpwg3iDXcmBF6qbymqu7jawyQKw1FpjcEBuOs6DZF+TCQ sk+xmai6WzqkEOXsU5tLiNtxN4DK8kWBXgW0PvOmh1h6wloMKIFrvmnRlXdahHWi u2mbtcwOuvX2TCiegKUA1t8jfXAq3RvvmeaviiW9JP1MOqKjmCSL5F80mq2PR2vk 9rew3Baxn/NDvQoeCERvcqrRglgxAeUYE3QrNJAUwJGy8NCzPWLEtVm+7oGux1xO pSAe2z+LnzBvDd9yl+9CrN3/Y2ik4qX0kxlvyTJ41/QzO2nRSU+KpdxqUV38XhMX yoH+lCdyM8650x7DYVvnOxl6LHQAHt36hcv8/2rX6nxGkewU9Ba8L8DSJbvHpHXW qVRHRV1+oyw= =H7CD -----END PGP SIGNATURE----- --=-=-=--