From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id GPN/Hyvc82S5bwAAauVa8A:P1 (envelope-from ) for ; Sun, 03 Sep 2023 03:06:51 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id GPN/Hyvc82S5bwAAauVa8A (envelope-from ) for ; Sun, 03 Sep 2023 03:06:51 +0200 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 2527E46EC3 for ; Sun, 3 Sep 2023 03:06:51 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=debian.org header.s=1.vagrant.user header.b=lwWkb4u0; 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=1693703211; 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=WLkb4rNNnFqPHB/6SoQ2RWolp1vyBlIxdNmKZqOXfNc=; b=Y/S4h9HhZ9PAjmepki747X29COzSBe2VL1OHgcU8dnTtWuFVDnc0sRUgCyiQJ1pSo7Oy8D dKBjI4pdhvgYxPVvKla/saq0QpRR7YtHOr07E9YwN+OXYdYFG2WWLIlV84OxPiZAfFHDPb wuxdCAcjs6HzFi82J0Ci9IIqzTDk61smLaZchpNFOMGlIAblo+XzkWm+8vpzco83VoHd0A ISZg1G4D2EYQCyaQ8HXOJo1VEaor97Af6KzIOOIFLGddknXdyrrv3PNnTtVjZC6dIYxgje n1EULieCoLX88vqgCwfooZxk3WfKgMF+Nk/2IBQY9z/7aRHgNjVDHJyKyTvv7w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1693703211; a=rsa-sha256; cv=none; b=Yy0WXUaSKWGssmgQ3CqpbMy1iucwMaGX94l88eH0XFGzz2FYrdfKp41aasoB0VdfHV2L9j G9C4bKrxpVVkxfaj++s6hYwaIghLSv5Ht8YibC0mOIdk/fxT9YIE7WfAvnR2ytmjibim3j UKDvYMuuoTJJ//HEz/nFCj6lbCbx1BFnNY+6NMybxIiVjtcibMeDL5+A0frNyy0h5ejCTO JMuMuZPLdFq9CfGiD9aENIv1NGzJ5OSQ/0Sq7Qk40LwJUcoX6iRnv98+3xDD5xMFpTrPjj zSpSj6YEQfPtbgRMCzBCk41VYUfH2gPusM+oyXi57itogEArxxvXoRmBb43QQg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=debian.org header.s=1.vagrant.user header.b=lwWkb4u0; 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 Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qcbZJ-00051a-HE; Sat, 02 Sep 2023 21:06:25 -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 1qcbZH-00051S-8t for guix-devel@gnu.org; Sat, 02 Sep 2023 21:06:23 -0400 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 1qcbZE-00012Z-FU for guix-devel@gnu.org; Sat, 02 Sep 2023 21:06:23 -0400 Received: from localhost (unknown [IPv6:2600:3c01:e000:21:7:77:0:50]) (Authenticated sender: vagrant@cascadia.debian.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id 3FFF01AAD1; Sat, 2 Sep 2023 18:06:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=debian.org; s=1.vagrant.user; t=1693703170; bh=jqPkePEHatJQlzpju8gn75TV5NeEMSUvCgiMFlFN8kM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=lwWkb4u0vZkBSc0Jr7fsTrPu75CyRoQz59r08v4R92o/edVPORSCeReu+nb1hg1vY raWrSgoEplBGxI1XpaxLBteCAMreegbXawIqoiPkrlqlIY4HXFJD61hWtWzX8giLfk Ly3Z9+Cj+UWbfal3O4lVb/TuY9uf313eJjz34m0aI57cbgqEPcOAuAXcXv+rz4mne2 XNzFHCUvMvRXLq3AzTvfcYMRizlVpv5Aibery/8hqCiP8aXjfNPWU16HNL1ecZsneu 3+Rbtbbiy8J8mquEoMUEQu5aIcpJ2Qkd4L/jwX5zrsWy8szvVERre9Dm9ERyrSyNyz Gwp1h0f/aMzFg== From: Vagrant Cascadian To: Ricardo Wurmus , Maxim Cournoyer Cc: Attila Lendvai , Liliana Marie Prikler , Katherine Cox-Buday , guix-devel@gnu.org Subject: Re: How can we decrease the cognitive overhead for contributors? In-Reply-To: <874jkccizv.fsf@elephly.net> References: <060dfa07107d0da36ebc7a9f094331163a8dd945.camel@gmail.com> <87wmxhi2pt.fsf@gmail.com> <874jkccizv.fsf@elephly.net> Date: Sat, 02 Sep 2023 18:05:40 -0700 Message-ID: <87wmx8m5gb.fsf@wireframe> 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 X-Migadu-Scanner: mx0.migadu.com X-Migadu-Spam-Score: -10.42 X-Spam-Score: -10.42 X-Migadu-Queue-Id: 2527E46EC3 X-TUID: Xr1oXeaf5y7P --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2023-09-03, Ricardo Wurmus wrote: > Maxim Cournoyer writes: > >> In the simplest case, it can be as simple as: >> >> $ ./pre-inst-env guix refresh -u some-package >> [build it, try it, fix if needed] >> $ ./etc/committer.scm >> $ git send-email >> >> Since it's a single patch, there's no jumping through hoops to create >> the original issue, and the auto-configured git will CC teams people >> subscribed to the scope of your change (if there are any). > > Sadly the not-so-simple case is much more annoying. > > I like an email-based workflow, don=E2=80=99t get me wrong. At the same = time > I=E2=80=99m really not a fan of Debbugs. It makes simple things more dif= ficult > than they should be (send a cover letter, wait for your mail to pass the > anti-spam measures, remember that you wanted to send a couple of > patches, etc), and no amount of sugar coating (whether that be a > different frontend like Mumi or a hell of a lot of client-side > scripting) can overcome this inherent clunkiness. The only thing clunky about this particular aspect of the workflow described is the fact that the guix community (maintainers?) have decided on a one patch per mail policy with a cover letter, rather than submitting the patches as attachments in the initial mail. Debbugs may have numerous other ugly warts, but that is not really one of them, in my opinion. Changing that one policy (expectation?) would probably remove a significant portion of the friction many people have with patch submissions... That change will likely have have other frictions, but I suspect they would be much easier to adapt to... > If only we can find a suitable baby sieve, I=E2=80=99d be happy to see the > turbid bathwater drained. If Mumi and Debbugs went down the drain to > reveal a new hassle-free web/email hybrid patch workflow I=E2=80=99d be > ecstatic. I cannot complain about wanting the best of both worlds if the cost is not too high. :) For most of my work in Debian, I accept patches via bugs.debian.org (the *original* debbugs instance, primarily email) or salsa.debian.org (a gitlab instance, primarily web)... Sometimes it is a little awkward because specific maintainers prefer one interface over the other, or only pay attention to one or the other... but for the most part I find it allows people to use whatever works best for them... At the end of the day git allows quite a few workflows, and the submitters and committers do not even have to use the entirely same workflow. There is plenty of room to be flexible. I recently learned about and started using: https://git.guix-patches.cbaines.net/git/guix-patches This allows me to pull the latest (usually!) patch submissions and fiddle with and chew on offline... in the same way I might work with most other git-based projects, merging and cherry-picking and doing unmentionable things to those poor patches, all from the comfort of my local machine. It suppliments the email workflow quite nicely, in my opinion. So, on the other end, if there was a central place where people (ideally very open) could push patch submissions, so that people could more easily pull them all at once, that might help alleviate some of the issue from the other direction... The fact that Guix code is largely a single git repository is something I really value, and makes many things much easier... compared to Debian which has largely one git respository per package, which might be hosted on arbitrary servers, or maybe some other VCS, or maybe not even any VCS at all (other than the Debian mirror itself)... live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCZPPb5AAKCRDcUY/If5cW qgGWAQDipmNMxg0lb4GXyxdk5WtCWUDq4LhH1L+uk9zMDJM5RQEAikx8AeE9PC5j EUAzugURJWDxciPcbG+THmJ6wBLNTgw= =7Bja -----END PGP SIGNATURE----- --=-=-=--