From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.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 IDA0DXFpx2Y0dgEAe85BDQ:P1 (envelope-from ) for ; Thu, 22 Aug 2024 16:38:09 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id IDA0DXFpx2Y0dgEAe85BDQ (envelope-from ) for ; Thu, 22 Aug 2024 18:38:09 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=riseup.net header.s=squak header.b=ZsbnbjwQ; 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=pass (policy=none) header.from=riseup.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1724344689; 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=ndpWEfSPkBuVnrGTFd7cuUgM0sFlkRFQ3QAT1y08anE=; b=iDGNUTbwjZyt/oWFd2sR/WmGD1kpuuB+Yboj2wiDgiKZbZtsqYFUtyrMyDw3T0f1mSBMr1 OGVKizDDVd4x3Smw9P68A3PoKcY25rFriuhPUX0Sjemk5wX0PaTgO5HYO53FcBFuqIWta+ mSEVb2Yxj4TnyK6abWLNIgVOiK327gdsCaZW53kMp6aGHOAJCFlOFk6GcSAY0qBkMLMNkf JQzqBI6369p0yskmzTaZ8kfQ1hbGQQqKi2e3QUAdVRTWO3CeM3/S24dQXVpPR9iFMGhbL9 fUsd2iAvdP9jkaZEYp45G5HVth7nMeQrbPm1CyulgVcRDnYVatILz95y9p01jQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=riseup.net header.s=squak header.b=ZsbnbjwQ; 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=pass (policy=none) header.from=riseup.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1724344689; a=rsa-sha256; cv=none; b=MBrwHdHGIv6l1a3JT/ddYDxwkmKhYo2StqIAoAx9KCV44zJD4Mv5h87XSdh3+9iyPKict/ aANx/VKs2+Go3cR1WVPK2SHn4eTsz/H4i7qsWVUvXyz9zndJiIzvZ5J9/YdzRYSRDRb9FV 2lqd1WMuHcXr+1qMkR+FMVMjG+UShVPCaLt1Y0LXtGKQyO1RzwFbTLMWcefaZsBZVWVqUS 628Fx0AjgKL5KvlEywOZ2jGTrVRLlPgu9viIkgCZNOxYg218W/dfDWcMjB+UiiBzN7BfKB HF2kXQXVvKsOlz2WV/zOk9OpzDkF9gX6doyJlg96hUPYb7B+MPGWYxzbTL3pHg== 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 2ECD67A466 for ; Thu, 22 Aug 2024 18:38:08 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1shAp0-0001mi-Sw; Thu, 22 Aug 2024 12:38:02 -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 1shAot-0001mM-V5 for guix-devel@gnu.org; Thu, 22 Aug 2024 12:37:55 -0400 Received: from mx1.riseup.net ([198.252.153.129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1shAor-0000nF-Cc; Thu, 22 Aug 2024 12:37:55 -0400 Received: from fews02-sea.riseup.net (fews02-sea-pn.riseup.net [10.0.1.112]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4WqTQP1s7ZzDq6T; Thu, 22 Aug 2024 16:37:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1724344669; bh=5q7r4w5ujqbeXUj2cVxhxHukza05Qcl1KXm75C6I5Gk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZsbnbjwQgE9HLdKXIhtXRcRaZvp/2+a6VjBfpdYklU5V0QPpVJDWpd0QA8pfwOmga SIpD8TK8iQWniXrp/95vqEteRAEVvH2C3AQVGc3nc/c/mZ65rdTk37RivI7NNXmM5M 472JwTZg4TeBtLX9J9P2T+S77dqiqP4e3KdqP22Q= X-Riseup-User-ID: F659713C9D324992FF32D9954A1C88E55697BDE97A85A1F86AC3F7B8162A5E07 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews02-sea.riseup.net (Postfix) with ESMTPSA id 4WqTQ71hFTzFv9t; Thu, 22 Aug 2024 16:37:35 +0000 (UTC) Date: Thu, 22 Aug 2024 13:37:31 -0300 From: =?iso-8859-1?Q?Andr=E9?= Batista To: Ludovic =?iso-8859-1?Q?Court=E8s?= Cc: Ian Eure , Tomas Volf <~@wolfsden.cz>, Jonathan Brielmaier , Mark H Weaver , guix-devel@gnu.org Subject: Re: Request for assistance maintaining LibreWolf Message-ID: References: <87le0v5avh.fsf@meson> <87ikvyvjcb.fsf@gmail.com> <87v7zy4gk0.fsf@meson> <87cym5cyz1.fsf@wolfsden.cz> <878qwpppfc.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uzu/A5pMeYIHR2my" Content-Disposition: inline In-Reply-To: <878qwpppfc.fsf@gnu.org> Received-SPF: pass client-ip=198.252.153.129; envelope-from=nandre@riseup.net; helo=mx1.riseup.net 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, 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: -12.59 X-Migadu-Queue-Id: 2ECD67A466 X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -12.59 X-TUID: olnPPe1K97cb --uzu/A5pMeYIHR2my Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Ludo, Ian, guixen, qua 21 ago 2024 =C3=A0s 22:54:31 (1724291671), ludo@gnu.org enviou: >=20 > > Ian Eure writes: > > > >>> > >>> I believe the usual way of doing something like this is via teams (see > >>> ./etc/teams.scm ). > >>> > >> > >> I=E2=80=99m not sure whether/how well this mechanism works for non-com= mitters. > > > > I believe it should. AFAIK pretty much all it does is to automatically > > add the team members onto CC list when running `git send-email'. >=20 > Yes, it works whether or not one has commit rights, and I agree that it > could be helpful here. Should I send a patch adding myself to the team? What is expected from team members? > > At the same time it is not really meant as a general notification > > system, so usefulness for you depends on whether some committer will > > merge the commit adding librewolf team (with you in it). >=20 > Ian, what about teaming up with other Firefox derivative maintainers? > I=E2=80=99m thinking notably of Andr=C3=A9 and Cl=C3=A9ment who=E2=80=99v= e worked on Tor Browser > on Mullvad Browser, Mark H Weaver who=E2=80=99s been maintaining IceCat, = and > perhaps Jonathan who=E2=80=99s been taking care of IceDove (Cc=E2=80=99d)? >=20 > Of course, each of these package is different but they=E2=80=99re in the = same > area so it probably makes sense to share reviewing efforts here. I was reticent on this mainly because (i) I have never actually used LibreWolf and I don't have a clear picture of it besides it being a "Firefox + Arkenfox - Mozilla Branding" [1](?); (ii) I expect that most of these security (aka urgent) patches will land on the same day on a regular basis for all 4 browsers and given Mullvad and TorBrowser sources will be late in the game, I'll probably not be able to do such a timely (yet again, urgent) review, which could add to Ian's frustration, instead of relieving it; and (iii) AFAIUI, LibreWolf moves at a faster pace, which adds to my concern of not being able to keep up in the long run. That being said, given those patches have remained unreviewed for weeks in a row, I guess I can at least help improve the current situation and give commiters some more confidence that a given patch will not break hell loose when commited and so I'm willing to help with these reviews. However, I cannot promise to maintain it if/when Ian's lead happens to go missing. One question in that regard: is there any difference between reviewing through QA's web interface and sending mail commands to debbugs' control? Is any of them preferable? I'd rather use the mail interface if that's enough. Cheers. 1. No disrespect meant to the project or its users, just my own current cluelessness exposed. I'll read the docs on it to understand it better though. --uzu/A5pMeYIHR2my Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQG5BAABCgAjFiEEDXLc6JkYwtMJC5flMI3UXeGiWgUFAmbHaUoFgwPCZwAACgkQ MI3UXeGiWgU75AwAsyweNUeXaguJ/ka5fLRSwDV4HtQ2OurPbJcGSqecFaS+I37O F6rmDe07Xv4OLc0DnZ+JZcIbbiAx0hb9rguQWYMkU+sVzMQ4lwv9mWwCgUESLLdX C1E5TcUTBRO6MEqTQTbCglnWgMNnIblqUAT71ApCaeveWd0VwAEM12CzSBnx96Do ryUetBUbGvUvI7S9Zd0EolY+Drp6UM0vhYiuf01tqIu/N3vhNz85A+S7Jvy+Y4gr xO3EYvsnsu/6uNndjEr4MVEaxzXG3D39XozlLvI4xNfooADT8bpO0p6+JtcLXdaP Cd2ctWqZRR4pX1zadXqTAkjrLeXp90zSZxH4phM9w4IyZHwrOqgKPPW+2xLOVmN6 tEQB29BrSvAY6HZwxJ/6273RQ8DJK9cOd+PP2JKS3eizW/NhB5ma5Ts00/hmkYXu UlZa6B3FGGPZWNFa9ZGWGq5sZXjvdgQARLdw4tWL0c3ny9MxERE9gpsbf9zajP0J mRRZ79vO+Fk19wob =EzuQ -----END PGP SIGNATURE----- --uzu/A5pMeYIHR2my--