Hi Andy, Andy Tai writes: [...] > (There seems to be tool like b4 or patchworks for Linux kernel > developers and their mailing lists but not sure if similar tools exist > for GNU (or Guix specific) development mailing lists) what you ask has been discussed several times in guix-devel since a smoother "send and recieve patches workflow" is a very common desire :-) I'm still not extensively using the tools I mention in 2. so I have no "hands on" suggestions, I'm currenly using 1 (but still not emacs-piem). 1. use notmuch (possibly with emacs-piem) if already a notmuch user **and** you are subscribed to the patches mailing list, for a single patch you can copy the patch message-id (cI to stash it) and use --8<---------------cut here---------------start------------->8--- $ notmuch show --format=mbox id:XXX | git am for a single patch, or $ notmuch show --format=mbox thread:XXX | git am for a whole series --8<---------------cut here---------------end--------------->8--- (https://notmuch.notmuchmail.narkive.com/V2cK3dJb/handling-patch-from-mail) if you are comfortable with emacs, emacs-piem can be used as a frontend to apply patches from a Notmuch (or Gnus) buffer (or editable pop up mbox buffer): https://docs.kyleam.com/piem/Applying-patches.html#Applying-patches 2. Use b4 and public-inbox related tools the advantage of b4 is that you are not "forced" to be subscribed to the patches mailing list(s) since it can apply patches from a public-inbox backed mailing list https://yhetil.org/guix/20201114003906.25111-1-kyle@kyleam.com/ This is a thread that explains how to use b4 with the guix-patches (unofficial) public-inbox, this is an executive summary: --8<---------------cut here---------------start------------->8--- $ # in the guix repo $ git config b4.attestation-policy off $ git config b4.midmask https://yhetil.org/guix-patches/%s $ b4 am --8<---------------cut here---------------end--------------->8--- If you use Emacs there is a frontend: emacs-piem 3. keep looking at mumi recently (April 2023 [1]) the "mumi send-email" CLI was added to help in /sending/ patches maybe one day a CLI will be added to ""mumi git-am" in a similar way as the workflow in 1. On May 2022 [2] Ludovic sent a "super-early-draft" of a "guix review" command on the guix-devel mailing list and there was some consensus that it should become "mumi review", but no development was done since then AFAIK HTH, Happy hacking! Gio' [1] https://yhetil.org/guix/87mt2xiab3.fsf@systemreboot.net [2] https://yhetil.org/guix/87a6btymzz.fsf@gnu.org -- Giovanni Biscuolo Xelera IT Infrastructures