XMPP Council - 2025-02-27

Hey! Is it fine if I update my PR for server-side spaces at this point or should it wait now? Basically I want to rename the disco#items nodes to get the list of rooms from `space#items` to `space#rooms` and defining another items node `space#pubsub` that would return pubsub nodes. This is a feedback I got on the mailing list and to which I responded that I don't really want it, but I also got the same feedback from other people outside the list and they have convinced me it is a good idea.

nicoco: at this stage it's best to wait until council has accepted the xep

(we don't want to change what council is voting on)

(As an aside, I've got a protoXEP I need to write about how to do this stuff generally, so it might be interesting to wait for me to send that one in and re-use that)

(where "this" = "pointing from one entity to other entities")

nicoco: why does that need to be two lists? You have to disco items in a list to find out what they are anyway

singpolyma, indeed, but I was a bit concerned with the various trouble some clients had a few years back, when some mucs ended up added in the roster. Maybe returning it all mixed up is fine. Anyway, no change for the coming days, got it Daniel.

That issue was partly due to the spec being unclear (now fixed) and partly due to server side bugs (mostly a persistent bug in biboumi)

Not a problem with the approach really

Waiting for a protoXEP that doesn't yet exist seems like a von Clausevitz violation, IMHO. (perfect/good/etc).

No-one has suggested that, I think.

But as the current protoXEP isn't getting updated while it's under voting anyway...

https://github.com/swift/protoxeps/blob/master/related-entities.md is the gist of the related-entities, stuff, FWIW. This is deployed and working in M-Link/Swift for FDP stuff.

that sounds like something different imo as shown in the example here from the document https://github.com/swift/protoxeps/blob/master/related-entities.md#requesting-related-items-of-a-given-type it is an interesting tho aside of that and i would also like to see it as a XEP 😊️ Specifically i have a bunch of rooms that are related to my room but dont belong in the same space. Or spaces could be related also like this.

Different in what way?

A spaces spec needs a way to refer to related entities, this is a way of referring to related entities?

I also realise this is council@, so probably shouldn't be general protoXEP discussion :)

right sorry. well Im not in xsf@ but anyways spaces are about grouping chats under a one ACL that has common mods/owners. "related" entities are not really the same thing and also it needs to be cross-domain imo. I will drop it here tho since its off topic :)

Yes, this isn't a spaces spec. This is a related entities spec, which I mentioned as nicoco was talking about changing how related entities were specified in the spaces protoXEP.

ah never mind then.