On Wed, 29 Apr 2026 at 18:28, Matthew Wild <mwild1(a)gmail.com> wrote:
On Wed, 29 Apr 2026 at 17:48, Dave Cridland
<dave(a)cridland.net> wrote:
On Wed, 29 Apr 2026 at 15:20, Matthew Wild
<mwild1(a)gmail.com> wrote:
> On Wed, 29 Apr 2026 at 14:31, Dave Cridland
<dave(a)cridland.net> wrote:
> > As far as I know, GC3 has no published specification and is not an
XSF
activity; I've avoided that name to (hopefully) avoid confusion with it.
Okay, I'll take the bait... :)
Apart from being hashed out by multiple XSF members, including at a
sprint, and presented and discussed at an XSF summit...
I don't think that's the right definition of an XSF activity, is it?
By that set of metrics, other XSF activities include Modern XMPP and the
Jabber.org XMPP service. In fact, that even suggests Prosody is an XSF
activity, doesn't it? Clearly that cannot be the case.
I think this is a pointless debate because the line can be drawn
wherever someone wants it to be drawn, and you've demonstrated it can
be taken to extremes. I would argue that your classification of GC3 as
not an XSF activity was taking it to the opposite extreme.
Not really, I used your definition, which you used to suggest GC3 was an
XSF activity.
Modern XMPP,
jabber.org, and even Prosody are all worked on by XSF members,
including at a sprint, and presented and discussed at an XSF summit.
My argument was that that your definition was demonstrably incorrect since
none of those are XSF activities; I didn't take anything to extremes. I
didn't even pose a strawman. I did explain why each of your criteria were
flawed both individually and as a whole, though, and since this was your
argument for why GC3 is an XSF Activity, I felt that demonstrated that at
the very least, if it is an XSF Activity it's not for the reasons you
suggested.
Anyway, if you still insist it's an XSF activity, it doesn't really change
matters.
An XSF
activity has various factors attached, most notably the Code of
Conduct and the IPR
Policy - the latter includes copyright assignment as
well as change control - and ultimate control by the membership (usually
via the Board or Council). The Summits are an XSF Activity, but they often
discuss things that are not (this year, the IETF work for example).
Meanwhile, our XEPs are often submitted and worked on by people who aren't
XSF members, and the code worked on at Sprints is certainly not owned by
the XSF. So I think your definition is flawed on every count.
I don't see how the IPR policy is relevant in determining whether
something is an XSF activity - it applies to documents entered into
the standards process, but I think anyone would reasonably agree the
XSF has activities beyond that (including discussion and collaboration
on documents prior to their initial submission).
Sure, I can concede that bit (though I think there's a strong argument to
be made that it is a flaw in our IPR policy).
This ProtoXEP
is offered to the XSF, no strings attached, with copyright
assigned to the XSF and
change control surrendered as per XEP-0001 upon
publication. That's definitely an XSF activity, I think we can agree.
I don't know... you as an individual just submitted it without (as far
as I know) any of the XSF being involved at all.
I'll assume this is just a joke.
Unless I've missed my reapplication window somehow.
And I do think
this is extremely important. A newcomer to the XSF would
be entirely unaware of GC3
except in occasional passing references, and
would be unable to participate. I'm only aware of it at all because I
happened to make the 2025 Summit, and I'm not exactly a newcomer. That's
not how an Open Standards organisation should work, surely?
I agree, it would be hard for a newcomer to discover. But if they are
interested in a MUC successor, ideally they would say so and people
could help them out.
People have asked about GC3 both in the chatrooms and on this list and
received no response. On this mailing list, Nicolas, Singpolyma and Goffi
have been the only ones mentioning it, and only since September. Goffi
explicitly asked you for an update, and there was no response. I have to
say evidence is against your assertion there.
In addition, other people have more generally mentioned new MUC features
(including whole threads), and GC3 hasn't been explained in any of them.
To be absolutely clear, I'm not suggesting you're doing anything wrong
here. People get busy, life gets in the way, and this is all a volunteer
thing. I have certainly dropped out for months at a time and been
unresponsive. But having documents (if they exist) published, and
discussions in the open, means that other people can (and have, thanks!)
picked up work in my absence, and newcomers have joined, seen older dormant
work, and raIsed it again. In other words, our way of working is resilient
in the face of people getting busy, and that's an excellent reason to stick
with it. Even when people pick up my dropped ball and throw it in a
different direction to the one I expected.
Ideally they wouldn't just invent a group chat
protocol and submit it without researching existing efforts or
bringing it up at a summit.
I didn't want to wait another 10 months, and also I didn't write the XEP
without reviewing existing MUC options. In particular, I've spent roughly
the past 3 years working with ejabberd's muc-sub, and MongooseIM's
muclight, and I think I've a reasonable grasp of the benefits (and
shortfalls) of both. I've also written a client, from scratch, partly in
order to understand what the best practice was for MUC, and better
understand its limitations with mobile. I have done my homework, though of
course you may disagree with the result.
Again, I have no visibility on GC3, and didn't actually think it was
actively being worked on; there have been no status updates in well over a
year, and there's no other suggestion of ongoing activity.
I get the impression that you think GC3 is some
specification that is
being withheld from the XSF standards process. The only reason "the
GC3 XEP" hasn't been submitted is because it doesn't exist. To make it
exist, someone needs to collate the notes from the discussions at the
sprint, summit and online and write it up in XEP syntax. There are
still some unsolved questions about the approach (but, from a skim,
probably fewer than the document you have submitted).
You have the wrong impression. Certainly I think GC3 is outside of the
standards process we have in the XSF, and outside of its venues for
discussion, and I think that's a shame. I didn't think any specification
existed, in fact I didn't think any work had been done for over a year. I
assumed that if it were in good enough shape for a specification, one would
have been written and submitted.
I did ask you and Kev, back at the Summit in 2025, to publish a XEP of some
form, and I think I asked you to raise it on the mailing list. The XEP I
was told couldn't be written because there were too many disagreements
about what it would contain. I have a vague recollection that it couldn't
be discussed on the list for fear of overwhelming the list? In any case, I
took this to mean it was to be done outside of the XSF for the time being.
That's allowed, of course. Lots of things happen outside of the XSF. I do
wish that some of them (including GC3, but also other things) were done
within the XSF, but I lost those arguments years ago. But it does make it
awkward to run things outside the XSF then argue that I shouldn't do
something within the XSF as a result. Besides, standards work on XMPP
outside of the XSF or IETF feels wrong to me - if it were anyone else, I'd
find it outright suspect.
I don't know where GC3 is being discussed (if it still is). There was a
chatroom address on your presentation back in the Summit in 2025, but I
definitely cannot recall what that was, I don't know where to find it now,
and it has never been posted to this mailing list as far as I can find.
As for the protoXEP, if you think it's missed things - and I'd readily
agree - then pick out those specifics to the list. I appreciate this margin
is too small to contain GC3, but if GC3 has something to offer at this
point it'd be great to understand what.
Personally I'm not a fan of submitting
unimplemented/unimplementable
protocols (I've fixed up so many "TODO"-ridden XEPs in recent years),
and that's partly why I haven't prioritized this work above getting
some basic prototype code to prove it out a bit. But I'm not saying a
XEP absolutely cannot come first, just explaining my personal time
prioritization. If someone wants to help with the XEP side of things,
I'm not going to complain.
Personally, I agree. If I thought for a single moment I could write a
successful MUC update/replacement of this magnitude on my own, I'd code
first and XEP later. But I don't think I can do this alone, and so I'm
drawing on the collective expertise. I already noted I don't think I've
even got the requirements right yet.
Where we disagree, I think, is how we get that expertise. I don't think we
get it effectively by trying to assemble a team outside of the XSF (or
alongside, or however you wish to put it). I think CG3 is, if anything, a
demonstration of that not working.
Again, I have reasonable confidence that the specification I've written is
implementable. It's a conrete specification. It's probably not right - but
I think it's got legs.
However, progress is also hindered if work is done in
the community
and then completely ignored.
I cannot ignore something I don't know anything about; please stop saying
that, I've asked you already.
The trouble with this argument is, in any case, that the very concept of
GC3 actually slows things down. Of the four (!) mentions of GC3 on this
list, two are discussing other work predicated on GC3. Progress is hindered
by the threat of future conflicting work. It's like the dream of the
perfect MUC replacement, it becomes the enemy of the good MUC replacement,
or something.
> >> So to answer Nicolas's question: they seem, needlessly, to be
> >> different things at the moment.
>
>
> > Please do take the time to explain why, and why your approach is better.
> I don't especially have time right now
(I literally have a child
> pulling my arm as I type this). However I can dig up the relevant
> links from the summit notes and post a new thread about GC3 shortly (I
> don't particularly want to hijack this thread, which is probably best
> reserved for feedback on the submission itself).
Feel free to hijack this thread. I would be delighted to have my ideas shot
down by something more sensible. I would happily incorporate them into the
XEP, rename the thing to GC3, and hand the whole thing over and remove my
name. Ideal outcome.
And if you don't have time, that's absolutely fine too. I have had periods
where I do not have time to read the mailing list, and missed people asking
me things, and I do dimly recall when my children were young enough to drag
me by the arm (and they're still able to distract me with parenting duties
even now). This is a volunteer organisation, and must always take second
place to actual life. I would caution, though, that everyone else does get
to carry on without you.
Dave.