From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.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 sDDRB4dW62TaIgAA9RJhRA:P1 (envelope-from ) for ; Sun, 27 Aug 2023 15:58:31 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id sDDRB4dW62TaIgAA9RJhRA (envelope-from ) for ; Sun, 27 Aug 2023 15:58:31 +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 DCF275FE54 for ; Sun, 27 Aug 2023 15:58:25 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=laesvuori.fi header.s=mail header.b=N5MkTMRj; 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=reject) header.from=laesvuori.fi ARC-Seal: i=1; s=key1; d=yhetil.org; t=1693144706; a=rsa-sha256; cv=none; b=MnE4u/9tk1xHIDI1kPd8rFjpS2qRBN884pOftqizSNdxNtBV5fg4ucW/MAaklL4XKVQscL hIKv0Y8pyQsi1Wn9O2qfAR/9Kuw599odRxBGL3tnr+caI42I5DQI4+KilDbzY1agTSUCci 3FARkIxDZTEgOzUCWFBI0F5NvMyY2fAyGnz/jz8wPz1l63/lmM7sOABqaAL+nMPACrtnOo k18vtgWRcw0VC1Qy1qdRQAO8p+qU6SdD1EAqKPtpPDSMiaViIc7N36g76WmpBCYMlPam8K U4DZRSYE5M5byBWn6A++dzqjBshMfd7HdnYlOue0Jwlvj5ovxAsTL6hLevK+ww== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=laesvuori.fi header.s=mail header.b=N5MkTMRj; 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=reject) header.from=laesvuori.fi ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1693144706; 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=DcM5/X4iickAv2Xczl5i0P66i1/Y10qtmgUyuNnsqZM=; b=exou05Zy5BwbIso9/h7+ldhU0WRsu3MDwhEbKCqGVsOCMDMWGDzlQ2cG2j7OPMWkJwlNZr ++Qllhgs5EsNHQ7KmkVBs7Ilg8A6LUvzLiiCUT1wOVq9AcA45EmT/zfcYCGQF99uLayiCH jKH3opEhhy733wBs3BIXNv204GkfLibpEyxDXy7scU7jEqhP88jIfn9LGnlEOZqO9bPk9V qw0Bmv4QBbhNwUdhsszrmY/EXGBQp2BPkzOLq21gA9u6D3GG2eb4YaOL3pzT7akvmYwrl2 JySBdTVdAGdNWCm090vLNpLetUm+dvD3Tv5CS19uHpBWwzFXSo7EdZotNhyIlQ== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qaGGu-0002cf-LN; Sun, 27 Aug 2023 09:57:44 -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 1qaGGr-0002cL-SO for guix-devel@gnu.org; Sun, 27 Aug 2023 09:57:42 -0400 Received: from vmi571514.contaboserver.net ([75.119.130.101] helo=mail.laesvuori.fi) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qaGGm-00010C-KP for guix-devel@gnu.org; Sun, 27 Aug 2023 09:57:39 -0400 Received: from X-kone (88-113-24-127.elisa-laajakaista.fi [88.113.24.127]) by mail.laesvuori.fi (Postfix) with ESMTPSA id A7D7D340149; Sun, 27 Aug 2023 15:57:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=laesvuori.fi; s=mail; t=1693144672; bh=DcM5/X4iickAv2Xczl5i0P66i1/Y10qtmgUyuNnsqZM=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=N5MkTMRjHD1yr9df28kSl24YiXHaYtyy+eN9HNHBcBVOByLT93P6DnfVnKNkTUihh K+2FV2P7/fFy2lb0WVKQ/7AmBJqSV28mBmw49OCGDQbUnRgsWRWHvdoitNaibtTlUH ezJW9EPoz3/eGNHEl4oepmSMViW7YlE7SCuAtabY= Date: Sun, 27 Aug 2023 16:57:26 +0300 From: Saku Laesvuori To: Attila Lendvai Cc: Liliana Marie Prikler , Andreas Enge , "Felix \"Lechner via Development of GNU Guix and the GNU Systemtdistribution.\"" , Katherine Cox-Buday Subject: Re: How can we decrease the cognitive overhead for contributors? Message-ID: <20230827135726.y33t55w4cvq6zsvb@X-kone> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zjw43gpdazlayvff" Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=75.119.130.101; envelope-from=saku@laesvuori.fi; helo=mail.laesvuori.fi 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, SPF_HELO_PASS=-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-Scanner: mx0.migadu.com X-Spam-Score: -8.86 X-Migadu-Queue-Id: DCF275FE54 X-Migadu-Spam-Score: -8.86 X-TUID: /64g8FBWwU4v --zjw43gpdazlayvff Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > > 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? If anything, emails are like a tree and discussions in most > > forges are a single long list that's rarely well organized. Virtually >=20 >=20 > not sure how most people consume their emails nowadays, but for me > it's one flat list per thread, in a browser (i.e. it's not a tree). The point is that the emails contain the information on how to construct a tree out of them. It's just that most web clients (which most people are unfortunately using nowadays) are so bad that they render the tree as a flat list. > i used to use emacs for emails for a while, but i stopped. the > learning curve was too steep, and documentation was sparse, for little > perceived benefit. at one point i noticed that it was saving > unencrypted drafts of encrypted threads into my online mail account, > and i decided to abandon it. >=20 > now i rely on webmail with Edit in Emacs browser extension. it's good > enough for everything i do, except maybe for contributing to Guix. Maybe having a proper tree representation of your emails is a sufficient benefit to change your email client or maybe you don't care about it that much. Anyway the email-based format gives the *option* to see the discussion as a tree, while a forge either shows messages as a tree or it doesn't. There is nothing that can be done to make it show them differently. By the way, I don't know what webmail you are using but I would be very sceptical of it keeping your drafts any more secure. It probably either stores the encryption keys on the server, sends data from the message editor to the server for some computation or relies on random javascript that could read your mails and send them directly to anyone who wants to snoop on you. > and all i'm trying to achieve here is to move the discussion away from > email-is-superior-period, to look at what requiremenets we have and > what tools satisfy them, if any. I think that is a good discussion to have, but I think it would be better to describe some of the requirements you think we should consider instead of just saying email isn't superior. It might not be, but it might also be. We should consider what we need and evaluate the available tools based on that, and if the result is that email is the best then it is. > > at the ChatGPT-related stuff that has been submitted). 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 > but is a least-misery model appropriate here? how do you even account > for the contributions that could have happened in a different > environment, but did not happen? >=20 > similarly, e.g. demanding a dated ChangeLog format for commit messages > has a filtering effect on who will contribute, and then who will stick > around. most engineers have a hard time jumping through hoops that > they find pointless (git automatically encodes that information), and > i'd suggest considering what the effect are of such rules on Guix as > an emergent order. I agree on the ChangeLogs being a weird thing to require in commit messages. I think of commit messages as the place where you record the reasons behind the change in the commit. The ChangeLog seems to just record the changes which the diff of the commit already automatically records more accurately. If someone has use cases for the ChangeLog commits, I'd like to hear them. Maybe there is something that can't be achieved with git history without ChangeLogs, but I can't think of anything. Someone mentioned grepping the git log with them, but I think the same thing can be done with git log and git blame regardless of the commit message format. --zjw43gpdazlayvff Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEoMkZR3NPB29fCOn/JX0oSiodOjIFAmTrVkYACgkQJX0oSiod OjLJ/Q//WxLPxIWIlgCCfR1Jh4QvJAGjgjvu9SJ+qqTrmHkqGbjjO8XuTlcNA4fD hI13wYszgadX0GOUQ8lX9HcR2Zea/xRRCr23LSAOL7cC4nHnVQRuT2m1bLYl+3Gm Cl/9igFE5qhYWq3QNWyTWJDBOuxJh7zuyVi3ppoX4v2xRFTNH1Uba0JgGHDnqtc7 508IXwJcBltxcXdBJleodL2cgeuKmtUJKt0WCG0cS/JHlOk5TsEfrQINrVSy390J 4ywRHH1yzg9MNDEysxBPUsMByzcW673v/Al/vjqccjaFVU3/nV1Nt4JUX0swPGnO GbGkUSu1a1Nn5qwTSYjIQXrzmZXqdVeygxh84moTjGo9U+4xSKhxzDnuxFPVaYgx 8UAquJOdxprMb18pfcNh4QD5StaQ6eVSox4wc7Us4UOttno2EJZGrS1ulNcZJnw8 YXR52Jk3poVpEUEHq9MjgvxcngbtRWqYyEfy3g6lndm9nBKZc78R2R0mJtavsDUP z9wkhqZsEqMwsguKH8mzPYQruf0Bqjo2W7LHv63neEzpZyLBnKP+NIx2U5EBiZut GN4THIR4rrR4l0wtbBBQpepHhxgraSy99XRDGgSk2O2b3CiZKe5hKTHOp3oqUfOj 8rqlYl1S8ABikE9ku+yEa5VylKBZTC4m1uLz0k7CXMUhZEcUAfc= =aaqg -----END PGP SIGNATURE----- --zjw43gpdazlayvff--