XSF Discussion - 2021-06-11

emus, I only verify whether we have a quorum or not accorfing to our bylaws.

Someone checks that people don’t miss enough votes to be automatically ejected too, I guess?

ya

I think it could be a helpful infornation to see how this is developing

I am *so* tempted to submit a cookie recipe XEP now.

Kev, I’m gonna submit another one and we can have them compete in Experimental!

I’m actually sympathetic to the argument that XEPs are bad places to store organisational/procedural stuff, because it means devs et al. looking for ‘real’ XEPs have their view diluted, but … it’s what we have.

that’s what you can filter the list for…

I wonder how hard it would be to filter procedural XEPs out of the /extensions/ list by default. Presumably not very.

yep, should be easy

XEP-0001 started it!

I don’t think we actually have a filter on type, do we?

I realise if you understand exactly what you’re doing, removing ‘Active’ is similar, but … that’s not the target audience here.

well you can filter by Active ... but yes

I’m sure it can be extended nontheless

The RFC series also have procedural documents, no?

RFCs are significantly different.

Because no-one looks at the RFC list to see what they need to know to implement The Internet.

Arguably that's a bad way of implementing XMPP too :)

Arguably they’re all bad ways of implementing XMPP :)

https://xmpp.org/extensions/ > Good places for developers to start are the compliance suites, as well as the technology overview pages. With a link to a recent compliance suite seems acceptable to me

I think filtering out Procedural by default would be fairly sane, low effort, and unlikely to be harmful.

I’m not suggesting we do any more than that, and I’m not going to cry if we don’t even do that.

not sure what to make of the Code of Ethics vs. Conduct argument on members@. Is it just wordplay?

(the "in person events" thing is strawy anyway, there have been enough instances where a CoC was useful at in person events, too)

Myeah.

Kev: surprisingly, we already have cookie mentions in seven XEPs, so there is prior art

Kev: Can you explain again what you meant with that xep thought?

or is it about the CoC?

emus: I think it was a reference to https://mail.jabber.org/pipermail/standards/2021-June/038347.html

Which one?

The cookies comment was just because of the mail that said “We’ll end up with XEPs about cookies” or similar, so I was being silly.

The other was suggesting that we have checkboxes on /extensions/ for XEP types as well as statuses, and hiding Procedural (and possibly humorous) by default.

The basis for that being that most people going to the extensions page are probably looking for protocol.

ok, yes

thanks

Group by type or something

Sam’s comment about Editors got me wondering. If the Editors were able to work out what their optimal tooling would be to make life easier, could the XSF pay someone to produce it?

Would the Editors want that, if it was possible?

(and no longer a member whom it would be questionable to pay)

Jokes aside, I can't decide if this is the problem or not. In the past it's been that we've gone to make minor changes and then people want 50 other changes and it balloons and we never come to an agreement and now no one has the time to make changes. If we could fix the agreement part though we could pay our way around the "time to make big changes" part.

Is it no longer questionable because you started freelancing, or because you are no longer a member of the XSF? :-D

Or even, because you changed in some other way.

I’m glad Ralph sent that mail, because I was going to otherwise. Most important part of the CoC discussion 😂

Thank you

zimpy.im when?

.chat is the new hip

tsk

zimpy.chat?

Ge0rG: let me know when you have something to put up

ralphm: we need some marketing budget to push for a nice new rebrand

ahhh, yes, I see. I hate this, but thank you for clarifying :)

Ge0rG, who will be the target audience of this rebrand?

MattJ: everybody!

Riiight

Everybody who's still using "Jabber" to mean "federated chat network based on xmpp"

So 30+ geeks in Germany and Russia?

Yes, those.

Ge0rG: I even made a logo back wehn

when

The developers and operators of the federated network should stand behind the re-branding. Or apply for the Jabber™ permission.

> So 30+ geeks in Germany and Russia? Not sure whether referencing to the age or user count…

mdosch, you get to choose :)

mdosch: why not both?

Zoomers don't use xmpp

Fun fact: Our IPR policy says we’ll only publish standards-track XEPs :)

It does?

Oh, huh. No, not quite.

It's says that an XMPP Extension is (for the purposes of the IPR policy) a standards-track XEP.

So, hmmm, technically you're exempt if you sneak a patent into a procedural XEP, for example, though whether that's practically a problem I really don't know.

Ah, but don’t you have to submit it in order for it to be published? And you can only submit ST XEPs.

I'd say that an XMPP extension, indeed can only be on the standards track (or historical, I suppose).

The expansion of "XEP" as we have now is confusing.

ralphm: That would mean that non-ST XEPs aren’t subject to the IPR policy.

Well, yes, that's bad, too

XEP1, incidentally, says that all XEPs are XMPP Extension Protocols.

(Or, rather, that they’re synonymous)

I think there are probably better oceans to boil than the XEP duality, but slipping through the IPR is probably worth trying to solve.

However, the preamble clearly means to cover all of the series and also each XEP published says it applies

I’d be inclined to just s/a standards-track/an/ in the IPR policy at that point, and call it done.

But yeah, confusing. I'd not be against changing back to Enhancement Proposal, but then I'm unsure of what the X should stand for exactly (XMPP?, XSF?)

When talking about ST XEPs, I think extension protocol is the better name, FWIW. It’s just slightly unfortunate (but not enough to care about, for me at least) for Procedurals.

I think the reasoning was that procedures are protocols, too, which I have to agree on

Whether it is an extension, though...

I do not believe the current name is wrong.

Not wrong, confusing

I think only slightly, really. I suspect most people who aren’t us simply don’t care what it stands for. I suspect most people implementing RFCs don’t know what RFC stands for.

True. But given the comments on the ML, some people believe(d) that XEPs should only be about XMPP extension protocols.

I suspect that wasn’t just down to Extension vs Enhancement, though.