From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id aIEVGs+Iw2XrdQAAe85BDQ:P1 (envelope-from ) for ; Wed, 07 Feb 2024 14:42:39 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id aIEVGs+Iw2XrdQAAe85BDQ (envelope-from ) for ; Wed, 07 Feb 2024 14:42:39 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=jpoiret.xyz header.s=dkim header.b=uWbeppDE; dmarc=pass (policy=reject) header.from=jpoiret.xyz; 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=1707313359; 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=WK8aY4aDYp//UxYCT77Dsrti1qijP138vffbNymLBcw=; b=m9E04dAeS0hQQW07itJi4wNsSEwLdYBRkzrHQKeayeomal9/3yFnDqGQiORRVfxYiDfqcJ aXZMXrWnoSysvcJ8zrQq/kbJypL7AbbmQ2Ary1zDKl4tvAceifW2noeULRUkFMme175jHO 6QnkA1XHDYer78A6NBv7Li40flQF5u9royQho86KwxUBa5+veSX4cE39V3YxL5lwL4zqb4 WyWBd5VlFRH/BBGTjiKzBwqgmPaYEYxEHX2b36bb5f2i/wIj0Ils2igwLhmk/wvhr0u8Gl qXOTL4OewwMAdwjzT5S6uDIrJNDOsSA4H7higHcAEyWwUXGp2wKPVl545C4UJw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=jpoiret.xyz header.s=dkim header.b=uWbeppDE; dmarc=pass (policy=reject) header.from=jpoiret.xyz; 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=1707313359; a=rsa-sha256; cv=none; b=MjRpHb4YBuPDD7Z+cYUV6+t+6v2B07Q/6aqsjRMZB7BGBnCuW9wIywnD9k/8b4IhIfGBjw gYU4wDmn0im9Kx5Al2HJAkRFbK0k1hRiN9OVNQn1hWUvfR6ORqk25allXM6/X+zTZ3CRk1 dAP70hnBtTZx2cBcgTjFSiHxx+/yjvk/ouYgjVYxqruOQ7EllcUm4cYjZ962+fB+FZxMCb 9LkfnnHpFG1QO4SBtGa3MoSQk07Pnt5RZ6zmzu5FwxN+D4PCDimnuq9WXL0W+kFDITxSM7 5Em/98BJdcJsGd7lh0wBFat2XbL7TDx+5NLt37EDEaIy/A3P2ltB0bS3+zwkGg== 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 12C92194EF for ; Wed, 7 Feb 2024 14:42:39 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rXiBf-0001VH-5u; Wed, 07 Feb 2024 08:42:03 -0500 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 1rXiBd-0001V2-OW for guix-devel@gnu.org; Wed, 07 Feb 2024 08:42:02 -0500 Received: from jpoiret.xyz ([206.189.101.64]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rXiBc-0002HT-2s for guix-devel@gnu.org; Wed, 07 Feb 2024 08:42:01 -0500 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id 1F108185454; Wed, 7 Feb 2024 13:41:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1707313315; h=from:from: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; bh=WK8aY4aDYp//UxYCT77Dsrti1qijP138vffbNymLBcw=; b=uWbeppDE/TAzG31m6jXceqZfWoppjxWhEHHOgQ2Vwvputtvzz6TUZSvUzNrJ6emJgPOU/Z DEFrkf56Y5pyLpksjMM648odtY2W1RQbIcSi1KDN+zrVdPq3eVqbOy30sIvTvQcO95ISpe HnXkFu+ZRyf/serUKWPG7fL3N8lWlfA5ddSBnwZNUjgFWms2RmnpJFsX6oqESqBc2uhW8j PJr4OrpcYvDivOsFhzkfTRoRKQ2JWwExQcYJJAoh6jE+7xl+AiqepjbVw6O2NSmCRwjBSv b6tbW69MadO918nppnhQXUUMlZB1ZibEjMLO1CIwlVY34off2xt7YaTE1wzTig== From: Josselin Poiret To: Suhail Cc: Hartmut Goebel , Suhail , guix-devel@gnu.org Subject: Re: Guix Days: Patch flow discussion In-Reply-To: <87ttmlicsb.fsf@> References: Date: Wed, 07 Feb 2024 14:41:49 +0100 Message-ID: <87plx8fl2a.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spamd-Bar: / Received-SPF: pass client-ip=206.189.101.64; envelope-from=dev@jpoiret.xyz; helo=jpoiret.xyz 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, T_SCC_BODY_TEXT_LINE=-0.01 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-Spam-Score: -11.80 X-Spam-Score: -11.80 X-Migadu-Queue-Id: 12C92194EF X-Migadu-Scanner: mx12.migadu.com X-TUID: PtehZeSTlPgZ --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Sunhail, > Josselin Poiret writes: > >> One thing I would like to get rid of though is debbugs. It causes a >> lot of pain for everyone, eg. when sending patchsets, it completely >> breaks modern email because it insists on rewriting DMARC-protected >> headers, thus needing to also rewrite "From:" to avoid DMARC errors. > > Thank you for sharing (what seems to be) a technical limitation of > Debbugs. Could you please explain what the consequences of the above > are? Specifically, how does the rewriting of above headers affect the > contributors' workflow? Every reply to one of your mails ends up creating a new thread in my mail client, because the In-Reply-To chain ends up being broken.=20 >> b4/lei is a nice example (we already have yhetil.org as a back-end, >> but maybe a more blessed one would be better) of a tool that lets you >> completely automate applying a patchset to a branch. >> >> patchwork is a nice tool to gather up and track patchsets, with status >> indicators like "under review", "accepted", etc. Chris already >> deploys one as part of QA, more integration with it would be nice. > > It seems (based on above) that "patchwork" can co-exist with debbugs. > Is that also the case with b4/lei? Specifically, are the > users/reviewers able to benefit from using the above tools at present? > Or are there some reasons (over and above their lack of familiarity with > the above tools) that would prevent them from doing so? They both can co-exist with debbugs, and for now the patchwork instance of QA is not usable for status tracking (because it is not meant to be used as such for now). One can already use both of them, but using both supercedes debbugs, and gets rid of its limitations. I've been using b4/lei with the yhetil public-inbox instance, with piem.el as an interface, and it's really useful. With a properly configured b4, one could simply run `b4 shazam some-msg-id` and it would automatically apply the corresponding patchset. And before you ask why I'm so intent on getting rid of Debbugs, I believe that mailing lists should be just that, mailing lists. Anything that tries to rewrite incoming mail is asking for trouble nowadays. Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCAAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmXDiJ4QHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5Fhcaikx2DACQWU0jpi577qDTD9C+JY3rk1TFR9fOuCP5 dL0i8Cg48Yrn9eNyuTdTH4bY7iUrHw1bCgnrVgyF49balZlAkRx4WABuZ8QSJXBU wOr4PRd1eIheVpHYLXaza0o/BwnfX8gvO/uHnnDzHRI/PSQQliKm8UaSPDMAzsGC uK1GXQCe3Tac3CN5+zVNSOYEz5Zy2dETq4TyCZ0moa2SUrz/Ir+mtMYEnmfkt/Tv Qy1JK7yKjoHUTUJQvUlhwZpMxPNndcIKDneK3OfBIl+3IQTgWOeYT8kft3BOORfj ncqXgRNg4x49hIYfGHxhxizRkplRygeoTLUuWHNsymrtboZPZ04OXJGygxYoTA52 AF+RuFFOvN3qP6X5llz2LasncgU7i6mDUNvS56v+WpaTBsosWPSYzZJTEYvuGc+8 xbBOMNQkYYD/zQQaHr8ylJTJGJzslltk2PLGTVwEj5IrrlAEDL5wBDdywvZ9cl24 nlgGdQnbrwFFZglA6Ljv6w/vE+O/SPM= =ue5V -----END PGP SIGNATURE----- --=-=-=--