Re: patch submission process, was Re: [PATCH v6 06/16] merge_recursive: abort properly upon errors
- From
- Eric Wong <e@80x24.org>
- Date
- Aug 5, 2016, 21:01 UTC
- Message-ID
- <20160805210129.GA11991@starla>
- In-Reply-To
- <CAGZ79ka5OknKYo_CgBpB16EQjwU5B35yNFWx569K-LPmHuSqWA@mail.gmail.com>
Stefan Beller <sbeller@google.com> wrote:
Show 9 quoted lines
> On Fri, Aug 5, 2016 at 1:20 AM, Johannes Schindelin > <Johannes.Schindelin@gmx.de> wrote: > > Yet another option would be to have a tool that integrates with the Git > > repository of the Git mailing list represented by public-inbox. > > So my first reaction to that would be: you could push you patches to > that public inbox and it is translated to emails sent on your behalf. > > Which is reinventing submitGit just in a more accessible language?
Maybe vger.kernel.org could open its submission (587) port like Debian does. Unfortunately, this hurts the ability to Cc: folks directly and makes vger even more of an SPOF (I guess submitGit also has this problem)
Fwiw, I have a public-inbox for my miscellaneous patch barf at spew@80x24.org - https://80x24.org/spew/ http://ou63pmih66umazou.onion/spew/
I will throw up my untested/half-tested patches for various projects so I can still access it across various NATs and firewalls.
Using Tor for send-email often works (depending on which blacklists the exit node is on), but is totally optional (you'd expose your IP).
==> ~/bin/spew <==
#!/bin/sh
exec torsocks git send-email \
--smtp-domain=80x24.org \
--smtp-debug=1 \
--smtp-server-port=submission \
--smtp-server=80x24.org \
--to ${DEST-spew@80x24.org} \
--suppress-cc=all \
"$@"All: Feel free to use it for any Free Software projects, too; or better yet, host your own :)