From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id yLooOym77WQhDAAAG6o9tA:P1 (envelope-from ) for ; Tue, 29 Aug 2023 11:32:26 +0200 Received: from aspmx1.migadu.com ([2001:41d0:306:2d92::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id yLooOym77WQhDAAAG6o9tA (envelope-from ) for ; Tue, 29 Aug 2023 11:32:26 +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 99D5634F9F for ; Tue, 29 Aug 2023 11:32:25 +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=1693301545; 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; bh=J3jAemF0G5b82Gk1R+EyNb/tqdau7ynvB/babef5nzU=; b=aHL7J30EmjdRTZiZ5VP8+h2lymVgKlWsHbJTbBv/xBXNuOmcMzQTJfYmF0/WtF+Otk2bcM /sRE3P/X+5wfnk90B6ZQ4IyqOTcjtxLFDfnAr158jKbv9MaVKGc2dI/HPlp3ycLZIz9bPq C1y74rzO4ZffPfkjjZEfQM62UFkmqC4Bt8yTDxIpTYfkQIZH7y5LIfJKDozaupujPvBrhJ xzmBGMINCjwGIYCFUJeSVJecVjCGvRJw0uNNxgU3I7vqjDlCN9q0VClD8LGcHa8CSc+ufE Dv5JntYVLFuMLHme4mt25ijjBqcGkVuSYvifCza7kEVk/LHg9n+PdvZxImaLZQ== 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=1693301545; a=rsa-sha256; cv=none; b=LlD8WjymnzWiztZvChCYVJOVKsIj0VgeLCxKvXtxNaikj6n54s/QBewhvAx/FppP+slIxh UKEQ6jHtVLnD6JoqmNET6Z9Ln7OmiEr4f2Pp2GOMAOQnicG5yNzGKyYM8q3wc7wakn/PAN Leim4mVH6Cyw8QLAVFxSTscn4R13HCCtAqlKnvIHClifSt+ibbIGC1G6ArHjrMNACkaVGR DaKaUJqVt3B/xgzP6Cp9rWwtH1I+1k5F62rhNJs+sajdikPkVz4U/0AGXe16sWWOfwz1Nd uj4pia+n5XzICVuGQeYdzy/jaCJX24YBJ7oFl9SabmcNic27Y9/FhRvUZOz1RA== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qav4h-000658-El; Tue, 29 Aug 2023 05:31:51 -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 1qav4f-000650-Qz for guix-devel@gnu.org; Tue, 29 Aug 2023 05:31:50 -0400 Received: from ns13.heimat.it ([46.4.214.66]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qav4b-0000IC-Vj for guix-devel@gnu.org; Tue, 29 Aug 2023 05:31:49 -0400 Received: from localhost (ip6-localhost [127.0.0.1]) by ns13.heimat.it (Postfix) with ESMTP id 067E830022C; Tue, 29 Aug 2023 09:31:43 +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 VDc01GH2upjP; Tue, 29 Aug 2023 09:31:40 +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 4300A3001D5; Tue, 29 Aug 2023 09:31:40 +0000 (UTC) Received: from roquette.mug.biscuolo.net (roquette [10.38.2.14]) by bourrache.mug.xelera.it (Postfix) with SMTP id 919C02944332; Tue, 29 Aug 2023 11:31:39 +0200 (CEST) Received: (nullmailer pid 8207 invoked by uid 1000); Tue, 29 Aug 2023 09:31:39 -0000 From: Giovanni Biscuolo To: paul Cc: guix-devel@gnu.org Subject: Re: How can we decrease the cognitive overhead for contributors? In-Reply-To: Organization: Xelera.eu References: Date: Tue, 29 Aug 2023 11:31:38 +0200 Message-ID: <87a5ua9oud.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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx2.migadu.com X-Migadu-Spam-Score: -6.82 X-Spam-Score: -6.82 X-Migadu-Queue-Id: 99D5634F9F X-TUID: IHg7ocPR0aId --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable [I sent this message incomplete by mistake, sorry!] Ciao Giacomo, I never used nor installed/administered SourceHut services, I've some comments from what I learned reading documentation and articles. Executive summary: it's "just" and **interface** problem; contributors who like the SourceHut web UI to format and send patchsets via email are very wellcome to subscribe and use the SourceHut services to send patches (also) to Guix [1]. There is no reason for Guix to be (self)hosted on SourceHut. Also, like there are manu TUI for Git, there are also many Git GUIs around https://git-scm.com/downloads/guis, maybe some of them also have a "patch preparation UI" like the Git SourceHut web service. paul writes: > From reading this discussion it appears sourcehut supporting both the > web and email workflow and being free software is really the best > solution. SourceHut is a suite including this tools providing different services (some of them already covered by specialized tools in Guix, e.g. CI): =2D builds.sr.ht =2D git.sr.ht =2D hg.sr.ht =2D hub.sr.ht =2D lists.sr.ht =2D man.sr.ht =2D meta.sr.ht =2D pages.sr.ht =2D paste.sr.ht =2D todo.sr.ht git.sr.ht have a tool for "web-based patch preparation UI", it's documented [1]: that tool is "just" a web interface to prepare a patchset to be sent upstream via email; please read all the section and you'll see that it describes an email based patch management workflow. Also, in the "Tutorials" page I find the section "Contributing to projects on SourceHut" [1] and the "Read more" link point to https://git-send-email.io/ Finally, yesterday I sent a message (id:87il8z9yw8.fsf@xelera.eu) with some pointers to related articles, two were from Drew DeVault, SourceHut founder Given what I found above, I'd say that the workflow model used by SourceHut hosted projects is email based, not web based, and that the service "git.sr.ht" provides SourceHut users "just" a web UI helping them to format and send a patchset via email in the same way "git format-patch" and "git send-email" do. ...it's "just" an _interface_ question, not an email vs web patch management question :-) That said, I understand that some (many?) users are not comfortable with CLI interfaces and prefers a GUI interface (web UI is the same), but there is no reason to increase the reviewers cognitive overhead by introducing an inefficient web based patch management workflow just to address a "simple" and unrelated interface problem. > It appears to have no downsides (besides for the work required for > packaging and provisioning the service) First, let's start with packaging each SourceHut service in Guix: AFAIU packaging in other distros is not in good shape, i.e. =2D Debian https://packages.debian.org/search?keywords=3Dsourcehut&searchon=3Dnames&= suite=3Dall§ion=3Dall https://wiki.debian.org/Teams/pkg-sourcehut =2D Arch Linux https://archlinux.org/packages/?sort=3D&q=3Dsourcehut&maintainer=3D&flagg= ed=3D =2D Fedora https://packages.fedoraproject.org/search?query=3Dsourcehut Sure, they have https://man.sr.ht/packages.md for Alpine Linux, Arch Linux and Debian, but: =2D-8<---------------cut here---------------start------------->8--- Warning: SourceHut is still in alpha, and has no stable releases. As such, = we do not recommend packaging SourceHut for your upstream distribution repo= sitories until we have shipped stable versions of our software. =2D-8<---------------cut here---------------end--------------->8--- (from https://man.sr.ht/packages.md) So we have to wait for SourceHut to exit its alpha status to start packaging it, no? > and everything else either does not support email workflow or does not > support web workflow. I insist: SourceHut does _not_ support a "web workflow" (fork, PR and merge all done via a web UI) > What are the blockers in Guix's policies for moving in this direction? Guix is a GNU project, GNU have an infrastructure, a set of services and a policy for their projects. Maybe one day GNU will provide a self hosted SourceHut service, now GNU have https://savannah.gnu.org/ and https://debbugs.gnu.org/ ...and please remember: "all forges and all issue trackers suck, some just sucks less" (stolen from mutt motto) > Should a team with a defined roadmap be created to address Katherine's=20 > and all other people's point, either way the consensus will fall? First it would be useful to separate each /different/ question raised in dedicated threads that are actionable, possibly leading to a patch or at least to a consensus... or to some sort of clarification at least. I hope I helped to clarify the "email vs web patch management" question with this message. Ciao! Gio' [1] https://man.sr.ht/git.sr.ht/#sending-patches-upstream [2] https://man.sr.ht/tutorials/#contributing-to-srht-projects =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAmTtuvoMHGdAeGVsZXJh LmV1AAoJENN9DqfOzDkSmcQP/1PtVCNSEwKMT4xweeU1q4UQxCSXEOvNlCcqFZeh CobjHphHQPuHIetTWxXaLqrsYW09Or4mjbCdJ8gpEYQthzIfxsj8PMMnU7MPm8SI ZJGJY0ELKxMqNI9S0MesP3jnGh19SFIhJqnQeOgtcH7tQ3cLvmctgqd6aZOW/xxp bFpc2gj33n7JfwMSL691TbL776k+9SoHoja3af5voY7XuZgCjBGcuTMZshHvchIs ZaNPRRZodeGFnKecSGSZiDWH3G8c6h/jjPtQZTOMLZexAJtgyazBF0PnlmbGbGy6 NFbiIktRMi5kMZ9N2yEuTAt00BihRnQwdsBJOO++SXDWlwSUMALzbE238AxrG77M QoZ7/QBe+9TP7Jpb5cyRg5Y/w0boseZRIEfJ6Gaha9RIKyXzKUGE0w0DS7xxJZg2 dfz8YDiqdVvJaH7AY15ATqoNN4yNx0RwRdQ7Vd7z1tETICJtWlFYnBNduwa3ldhz ns1vV9ickIZXflt+RyCWUjcXWlCjw9wNPx/G2LpHWq9QGhIJ2+hDbO7455XAQKAQ Pi2RFnsrck1GJvYRSi5PNV97Rz+izwkeUbYQ6IbmZc2KIJRQFWjyWeC2g68oyM5+ GA5Z+1Jp1ZpQ6xOmUikNy41HBQ+HZTIknxO/9z6DUZ43xgjKXXpCaSWTOPp88Mnm pm27 =xXkP -----END PGP SIGNATURE----- --=-=-=--