From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id 2L5DNBtI7mTGVgAA9RJhRA:P1 (envelope-from ) for ; Tue, 29 Aug 2023 21:33:47 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id 2L5DNBtI7mTGVgAA9RJhRA (envelope-from ) for ; Tue, 29 Aug 2023 21:33:47 +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 7435F43986 for ; Tue, 29 Aug 2023 21:33:47 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=Pmixtyh6; dmarc=pass (policy=none) header.from=gmail.com; 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-Seal: i=1; s=key1; d=yhetil.org; t=1693337627; a=rsa-sha256; cv=none; b=qI1mMkTpQ8GFAFsOTQdxCb6/xM7nCdCOZ7440/K4L6HJzcVBKrXUUMqZIQs1hS/uvpTrt9 JPrLIny+qNGl6UtVpN4A3oybD6Bt2Qv0MT0KNV20UMzvDOqCgsg16NvujsOPvechvWKiBp mBZeQV3hT68AsxEJlm8Ft5w5rXHzCdcORSsFtsIi71uhO6NVvNUCs1/mJYdUQcXLIGKQTq o2rSi/rlHW0OzvtRTR1GOqZAOC1krBi7slpGXu2I5FRE9egsFbSo8Fr9LAlGgsL0ZwIwsE qxpXQ3XpdhkJwfdvHUHs9SB52LclhRNDHZgVHtVuFWJCWPeJq6pFhu4hTagxRg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=Pmixtyh6; dmarc=pass (policy=none) header.from=gmail.com; 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=1693337627; 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=gGxFRe+I8BrxENIWc7GjE5qTcdidGg6Hr6rv1zTTs8I=; b=oFomwD3rbqqZK60MEiNAFFHFkp01uhTlIZwB3rfeHRBz+k4nBoPfnUPLYxDfJRjPcFjpB6 enpbRbQTqeB2V5omR3UCRSt0AzOUT0lICSwMuNRf/qCSAD6J/cRIe1xwJ/cD1GKhoTbBQ5 HpCu7+HXapLH210x8TJh2fEtVzNDUsGWZ+CYdqm0mpC7rCmNJCRSmW3vQz+mYsIrM1jQ2U lUNRz02cTa952eFXyP+vAKaYRNRS0fVpcdwIBI2dGqsn4UyHgh3nmO+JQp9hca/5R2mMIw LbYMtpSg+ZH/7PJvIGNWL1i9HKUkgjhtuOTbiImPIPiGLhorAGrGX+xMjiCuPA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qb4Sk-0007fc-1d; Tue, 29 Aug 2023 15:33:18 -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 1qb4Or-0007Gs-4m for guix-devel@gnu.org; Tue, 29 Aug 2023 15:29:17 -0400 Received: from mail-lj1-x242.google.com ([2a00:1450:4864:20::242]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qb4Oo-0001ot-3x for guix-devel@gnu.org; Tue, 29 Aug 2023 15:29:16 -0400 Received: by mail-lj1-x242.google.com with SMTP id 38308e7fff4ca-2bbad32bc79so72392321fa.0 for ; Tue, 29 Aug 2023 12:29:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693337352; x=1693942152; darn=gnu.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=gGxFRe+I8BrxENIWc7GjE5qTcdidGg6Hr6rv1zTTs8I=; b=Pmixtyh6ezszJ3HISCLqz2n/QSNxXiE4em3hr12quUnUmyepWa87dSchQNCKS7M9Nr LnOEndszoCjwm2TszSWwhgmOVipWGqaZKshaC3CAW/9Op1yn0fY5PBcAxgKL/CQARMBf uHaNCH7KDF0pV+9XWhWZhPt8mgivrvcueiJpzGgP518uAhW1h/qQKxj6T52E+LvLybA7 3aQ/AwE80cSXtpQ5T1Ui2oPSmkDOx2VxhyFKvc8aP/CpbdNl0Mop7Lgu+RvqfipCWtFz F0m0EkSxBQX75oQxgcHSLGxSb6E7rY+ymrS6zh1kR0v644k1We1wbEVhfNXdudezLbX+ NIkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693337352; x=1693942152; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=gGxFRe+I8BrxENIWc7GjE5qTcdidGg6Hr6rv1zTTs8I=; b=SnL5Knj9X0uly9zUd0iCkzSOKKUSUDJHeYRwoIbxtB4JkktUS9lfS6Wwq5ssXOITx8 DLPnF4/wUHBDOP2cXL0DZOo9mnyLAzYdb40f0angP3XYlIoah3ZDAnXTEzyCfrlhr30y 1I6pO9xmCEB/igIySNn89k5lGMwSUqyhaK9xaywUxTCOBlLQ7vFbJRmk9WuzfNR2Ru3b CMtmMB11+NsBKKT7baeNw3kkKV2B4aa+IDkGrUyljnxwVUDl/hd3aR+W8Le5gGPggrFU hzu9MCIoYfv5p/SI9Eq9Ex25sR2A8Nz5sSBjyyvglKA5A0SOglru4BgQSzuLxVgWiw95 7FqQ== X-Gm-Message-State: AOJu0YwSqKKyUMb2Nl6LlV/NQU6e5vRKfXb940UgIPfipsHwU0zC62zy RWu1ihyAFoUKG4HBRbnb1o8= X-Google-Smtp-Source: AGHT+IGPBVTMsNi2Ee5rVb626LUcWPlzM0oam8BHaIXskdnCEsBpanJYdNdTomQB1HRQgOG8ZKidiA== X-Received: by 2002:a2e:9303:0:b0:2bd:1bca:ebee with SMTP id e3-20020a2e9303000000b002bd1bcaebeemr196689ljh.19.1693337352089; Tue, 29 Aug 2023 12:29:12 -0700 (PDT) Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id d5-20020a1709067f0500b0099b7276235esm6273793ejr.93.2023.08.29.12.29.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Aug 2023 12:29:11 -0700 (PDT) Message-ID: Subject: Re: How can we decrease the cognitive overhead for contributors? From: Liliana Marie Prikler To: MSavoritias Cc: Attila Lendvai , Andreas Enge , Katherine Cox-Buday , guix-devel@gnu.org Date: Tue, 29 Aug 2023 21:29:10 +0200 In-Reply-To: <87bkeqqjc2.fsf@fannys.me> References: <87bkeqqjc2.fsf@fannys.me> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 MIME-Version: 1.0 Received-SPF: pass client-ip=2a00:1450:4864:20::242; envelope-from=liliana.prikler@gmail.com; helo=mail-lj1-x242.google.com 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: 7435F43986 X-Migadu-Scanner: mx1.migadu.com X-Migadu-Spam-Score: -7.09 X-Spam-Score: -7.09 X-TUID: Rv6Uuc294Tpv Hi, Am Dienstag, dem 29.08.2023 um 12:29 +0300 schrieb MSavoritias: >=20 > Just some remarks here, >=20 > Liliana Marie Prikler writes: >=20 > > Am Freitag, dem 25.08.2023 um 08:07 +0000 schrieb Attila Lendvai: > > > i couldn't even find out which tools are used by those who are > > > comfortable with the email based workflow. i looked around once, > > > even > > > in the manual, but maybe i should look again. > > Users who have tried curlbash also looked at > > =C2=A0 wget https://issues.guix.gnu.org/issue/N/patch-set/M=C2=A0| git = am -3 > >=20 > > > i'm pretty sure most maintainers have a setup where the emailed > > > patches can be applied to a new branch with a single press of a > > > button, otherwise it'd be hell of a time-waster. > > Well, it's several keys, actually, but as others have already > > pointed out, keyboard > mouse. > >=20 > That is a subjective thing and its posed as something that is not. We > should all be open to being wrong. I mean, my comment was meant to be tongue-in-cheek and I'm not a UX expert, so you might want to consult those, but there appears to be a shared experience of many hackers that the keyboard is often better at getting the things you want done done. > > > one fundamental issue with the email based workflow is that its > > > underlying data model simply does not formally encode enough > > > information to be able to implement a slick workflow and > > > frontend. e.g. with a PR based model the obsolete versions of a > > > PR is hidden until needed (rarely). the email based model is just > > > a flat list of messages that includes all the past mistakes, and > > > the by now irrelevant versions. > > What the?=C2=A0 If anything, emails are like a tree and discussions in > > most forges are a single long list that's rarely well organized.=C2=A0 > > Virtually every mail client supports threads, whereas a certain one > > of the more popular forges still refuses to do so.=C2=A0 Hiding obsolet= e > > versions of a pull request is in practice implemented either by > > pushing more commits on top of the existing one, often with dubious > > commit messages or by force-pushing a branch, neither of which is > > an acceptable solution for Guix. > >=20 > Using Emacs with mu4e its also bad to deal with lots of patches here > too :)=C2=A0 > Now having worked with Gitlab for example the UI is not as > chaotic. > Aside from the "Gitlab is proprietary" argument which is NOT the > point. The point is how do we make it as easy as that for the people > that dont want to customize their email clients for optimal > "threading" capabilities? To be fair, Gitlab is on the better forges out there, also allowing you to interact with issues via email for one. It also has decent support for threads. However, apart from being proprietary and thus not likely adopted by any GNU project serious about software freedom,=20 > > > > But someone would have to write and maintain them... > > >=20 > > >=20 > > > there are some that have already been written. here's an ad-hoc > > > list > > > of references: > > >=20 > > > #github #gitlab #alternative > > > https://codeberg.org/ > > > https://notabug.org/ > > > https://sourcehut.org/ > > > https://sr.ht/projects > > > https://builds.sr.ht/ > > > https://git.lepiller.eu/gitile > > > codeberg.org is gitea and sr.ht is sourcehut > > Gitile is (as far as I'm aware) not yet a full forge.=C2=A0 It also > > hasn't loaded for me in ages, but I digress. > >=20 > > It doesn't suffice if you just integrate any of those forges into > > the pre-existing workflow somehow.=C2=A0 You must also make it a > > pleasant experience for everyone involved.=C2=A0 This is similar to the > > issue that already bugs our Matrix<->IRC bridge. =C2=A0 > >=20 > > Other implicit assumptions include that people will be happy to > > switch for the particular fork you've chosen (they won't) and will > > not demand $new_hot_thing within the next five years (they likely > > will, just look at the ChatGPT-related stuff that has been > > submitted).=C2=A0 There sadly is no pleasing everyone here and unless > > these tools are incredibly simple to maintain, the utilitarian > > approach of least misery leads you to plain email. > >=20 > Also this is sounds like you think the other person just follows > fashion and you are the one that follows the "enlightened" way > because you use email. This is not the discussion we are having and > we don't treat people as less if they dont use terminal, emails or > emacs or whatever else you find amazing or whatever. There is no singular "other person" here. There is people, a plural, and people as a group are very well influenced through fashion. Of course, there's some stochastics involved; people wearing adidas from head to toe don't tend to frequent the same places as elegant gothic lolita aristocrat vampires. Indeed, the people now choosing sourcehut may still do so in five years (though some might choose something else). However, the people demanding any other interface in those five years will undoubtedly be influenced by whatever will be popular then. I also don't necessarily blame the people making these demands for doing so; from their perspective it makes sense to demand something that's "easier to work with". However, there is some shortsightedness=20 to their demand and it has nothing to do with the enlightenment that one achieves or doesn't achieve when using email (ironic, considering that most people out of necessity have an email even if they prefer $hot_instant_messaging_trend or $"outdated"_instant_messaging_niche or whatever it is that they actually prefer). Thus, I ask you to consider that catering to the whims of fashion, even if it doesn't appear to be catering on the surface, is perhaps not the best strategy. Cheers