From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.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 mCccKRkF92T4WAAAauVa8A:P1 (envelope-from ) for ; Tue, 05 Sep 2023 12:38:17 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id mCccKRkF92T4WAAAauVa8A (envelope-from ) for ; Tue, 05 Sep 2023 12:38:17 +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 7AB9D41DE4 for ; Tue, 5 Sep 2023 12:38:17 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=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"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1693910297; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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=y+kGnZFhmBqlDCoIkJNH+bT9JnxE6uKfD3YfmVJBiJs=; b=qK/nEfDm0iCub25l+IFwnEQbayOMlbdm9cGMvSA3COVdPRLAeeOrEVR3GQQOa1Q4z3wZmW lh8VgdcNw587G84ENIEzc2aFuqZaEY+LmCo1zZKe8z9gsWkMedqW+47D6SuPcY+suYKZh7 WCPLaba8jB3IYjz9rt4uJtDupCQGRxYtfD2YdoSq5OQzDkaZTM47E5LnAUuRQe0XqEab37 sx7cfdUFff1XaUoDipeM0BFAOCiRscuxKx05sXrHKxS4u5w8r2sTNTNSWnaXVPzl13mw4s 4xDgq4FOZFXCEaIkw0PVyVcy55EQWfUq+1Jm52cIACEQG5U5Q7KJiXAJLCG3TA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=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"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1693910297; a=rsa-sha256; cv=none; b=ew+NyjTOabbPKa7UesvfgQwMvsWJW2q87ZJv2cX9GLRInP3Gt55OUklCF3JPfcBPGuTjU5 +qIVKuA2qGGxI9r/Vt8hymfqSKr4k4sZakII9ibLMh0puVELhMRd/hMbL+5MuPfH7L4GQd DjCwhQ4F6gb+kppTke2KR9alxQe8jDiFj5rQIH7VVtJ6ENksdUQLOJSLraXPWdwv8xJQVz xj/xiWqNZuskK2kPbKz4svLST6JVsySqK0x2VAcGYr61nkVTMN/F0jtyPW3OpCbfD1SBdC MDg3GB4svQifj8IUTs575JqJrgv8TkFW993t/tTdrWhprYuxxGETRn/R0DzhkA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qdTRU-0002th-KT; Tue, 05 Sep 2023 06:37:56 -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 1qdTRS-0002tZ-OY for guix-devel@gnu.org; Tue, 05 Sep 2023 06:37:54 -0400 Received: from ns13.heimat.it ([46.4.214.66]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qdTRO-0003Ot-QD for guix-devel@gnu.org; Tue, 05 Sep 2023 06:37:53 -0400 Received: from localhost (ip6-localhost [127.0.0.1]) by ns13.heimat.it (Postfix) with ESMTP id EE80930022F; Tue, 5 Sep 2023 10:37:47 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at ns13.heimat.it Received: from ns13.heimat.it ([127.0.0.1]) by localhost (ns13.heimat.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gbajPS7IYeOW; Tue, 5 Sep 2023 10:37:45 +0000 (UTC) Received: from bourrache.mug.xelera.it (unknown [93.56.171.217]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by ns13.heimat.it (Postfix) with ESMTPSA id 9EFF330022C; Tue, 5 Sep 2023 10:37:45 +0000 (UTC) Received: from roquette.mug.biscuolo.net (roquette [10.38.2.14]) by bourrache.mug.xelera.it (Postfix) with SMTP id BA7CE297C614; Tue, 5 Sep 2023 12:37:44 +0200 (CEST) Received: (nullmailer pid 5377 invoked by uid 1000); Tue, 05 Sep 2023 10:37:44 -0000 From: Giovanni Biscuolo To: Arun Isaac , guix-devel@gnu.org Subject: Re: Mumi CLI client (was: How can we decrease the cognitive overhead for contributors?) In-Reply-To: <878r9llhj8.fsf@systemreboot.net> Organization: Xelera.eu References: <878r9llhj8.fsf@systemreboot.net> Date: Tue, 05 Sep 2023 12:37:43 +0200 Message-ID: <87fs3snbwo.fsf@xelera.eu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=46.4.214.66; envelope-from=g@xelera.eu; helo=ns13.heimat.it 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_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: 7AB9D41DE4 X-Migadu-Scanner: mx1.migadu.com X-Migadu-Spam-Score: -8.33 X-Spam-Score: -8.33 X-TUID: JhQBAs1vevR/ --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all Arun Isaac writes: [...] > I have been following the conversation with much interest. There seems > to be a developing consensus that we should switch to sourcehut. I fear that the switch would _not_ solve many of the problems tagged as "cognitive overhead"; the problem is "the workflow", not the tool. =C2=ABAll forges suck, _no one_ sucks less=C2=BB :-D (it's a joke!) Please forgive me if I insist and/or repeat myself (and others) but: 1. sourcehut is a suite of (alpha) applications: what set of applications we should switch to? 2. given that all *.sr.ht applications are alpha [1], would the Guix packages for applications listed in 1. be maintainable in the _near_ future? Also we need to package them as Guix _services_ to be useful. 3. given current resources, where do we plan to host the new services? Are current Guix sysadmins human resources enough to give _support_ to the new services? Please consider that =C2=ABCurrently, the only officially supported method for installing sr.ht software is through packages on Alpine Linux hosts. [...] the installation and deployment process can become a bit more involving. In particular, many sr.ht services have their own, unique requirements that necessitate extra installation steps=C2=BB, unless we package them for Guix (point 2.) 4. git.sr.ht (the "forge"?) implements an email based patch workflow management and _not_ a web based pull-request workflow, it's documented here: https://man.sr.ht/git.sr.ht/#sending-patches-upstream; so git.sr.ht will _not_ help Guix adding a web based PR workflow, for that we need _other_ forges, for example GitLab, Gitea/Forgejo (other?) 5. what about "git request-pull" [2] to enable a PR workflow for Guix? It seems completely ignored by all the "forges" or am I wrong? Unfortunately AFAIU it runs only as CLI, there is no web or GUI interface for that 6. in what aspect todo.sr.ht (the issue tracker) is better than Debbugs (via multiple interfaces)? AFAIU nothing in that application is so much better than what Guix actually use; actually Debbugs or Mumi web interfaces are read-only: you cannot open a bug report or comment it, you have to send an email; this is a _feature_, not a bug since we don't need a _complex_ web based authentication+authorization system for bug reporters/commenters. Please also consider that the emacs Debbugs interface is very useful, I'd miss a similar interface for todo.sr.ht (but there is a CLI for sourcehut web services) 7. last, but not least: a public-inbox instance (https://yhetil.org/) helps a lot people who is not subscribed to a mailing list with email replies (e.g https://yhetil.org/guix-bugs/87il8qrm53.fsf@gmail.com/#R) **and** patch downloading; IMHO it should be officially provided by Guix > I am all in favour of any decision the community comes to on this. I just hope the decision comes after an analysis of each single problem, otherwise there is a chance that different tools will not solve the problems [...] > So, I thought it helpful to document it and put it into the manual. I > have sent a patch to https://issues.guix.gnu.org/65746 Very good work, thanks Arun! Happy hacking, Gio' [1] https://man.sr.ht/packages.md [2] https://www.git-scm.com/docs/git-request-pull =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAmT3BPcMHGdAeGVsZXJh LmV1AAoJENN9DqfOzDkS0fUQAI0oSL9wV6LEKqD3Bbx7cPWjW4vLHx+rG1Ya/rg9 qrIMiI+7ABT+jaN1jdNoQ7fJCVyV9c+FBJIhSjib6lyhwAh8EmyTxeAotqn0DklK k/mWL6dhRKAuYX+bhFHK2bLiU/EGT66jfx1i7IyIf1LcwkqD6bNVLzhqVImgQdtw fAw8sw+cBw5A49f/qFTyu2yiAzHnicwownCLKZ3XYZ7GTARksxd0l76Tw3FPomWd 0U3HDopTpl2uz2K6YIdiAuH50oX3oNkvZHfeAdDpUI6PWTXJm4Ims4PBfSPBHkj9 Gp6PWh8OpikZJRN1kGdtu3lDI5DfUD1Qu9S634ur7JKpxZKD8Dm9zw5sZRBdn6Pm DOsZO1UmH43NEBmCt4T0WBdJA7rhgLNyn5VkykbsTuTVKM2gYL0P01lECxxZjIhX s92N9HiAfb72uxpa9LONZf1iILp+Eo5bcK1YMKPZx4tMuSsGLS9opRgjEOb2G8vc wuOWFt43/XzRPS6TyTnDWE23f78cTz3ibn0Yz8KCzztr1tSGspHvx8xjlOWgW9jz wK/mAT0h9dbVLBKQES+u9UUjWR9HXvvbjYrfpmXu3cWk/bikYTF4clclBIxqOxGR lmN/PspcK7Ew0pv+y5nbAjViciZsR0xGMqJdhB4eyTAQ8XwOshtr4/+vdQ68H8zr f60m =R9dN -----END PGP SIGNATURE----- --=-=-=--