On 12/17/24 2:40 AM, Florian Schmaus wrote:
On 16/12/2024 08.22, Daniel Gultsch wrote:
On Mon, Dec 16, 2024 at 3:32 AM Peter Saint-Andre
<stpeter(a)stpeter.im>
wrote:
On 12/15/24 7:57 AM, Dave Cridland wrote:
There is one additional possible process
deviation we should document
(or call the Process Police out, or something). Submission of a XEP, as
per XEP-0143, occurs via email tot he Editor. Is this really still the
case? Or are these now by PR? That'll need changing in XEP-0143, which
I'm happy to do if that's the case. It'd be nice to have a non-PR
variant of the process (post here?)
In the recent past I've seen specs submitted via email (e.g., MUC Slow
Mode). But it does happen via PR and we might even want to settle on
that as the preferred method. I'd defer to Daniel on that.
Slow mode was submitted as PR after I instructed the author to do so.
And yes PRs is what I prefer and what I strongly suggest we use going
forward.
I'd like us to keep a non-github XEP submission door open. Therefore,
I
would offer myself to process XEP submissions via editor(a)xmpp.org. Only
if it's ok with Daniel, of course.
It sounds like there are two possibilities here:
1. We have a different processing path for email submission (not via PR).
2. Someone on the editor team (or a dedicated document shepherd) acts as
"GitHub gateway" and submits the PR on behalf of the author.
It seems that #2 would preserve more of the processing path and thus
would be preferable.
This would require me to be added to the editor@ alias
and probably also
mean that I officially need to rejoin the XEP editors team (of which I
once was part of and where I did some processing, but was later
correctly dropped due to inactivity).
No concerns here with that.
Administrivia: For the record, the editor(a)xmpp.org email address is
actually a mailman list, not an alias. This implies that we need to
manage subscriptions to the list, weed out copious amounts of spam
(which I currently do), etc. We might consider making it an alias
instead, unless we feel the need for list archives.
Peter