XMPP Council - 2021-01-27

I'm still in a video conf

k

It's 30min over schedule, and it will go on for some more time

Fun 😕

1) Roll Call

Hi

Here (also with Dino, if that matters)

Here (with Gajim)

great!

2) Agenda Bashing

anything?

moving on

3) Editor’s Update - Proposed XMPP Extensions: - XEP-0452 (MUC Mention Notifications) - XEP-0453 (DOAP Usage in XMPP) - XEP-0454 (OMEMO Media Sharing)

(I’ll now also stop being distracted by that other channel)

4) Items for voting

Nothing.

5) Pending votes

dwd and daniel are pending on the Service Outage status

(expiring next week)

I'll get to those after this, I don't have a vote currently.

ok, thanks

daniel?

still on list

ok, thanks

6) Date of Next

+1w wfm

+1w wfm

+1

that’s a quorum :)

7) AOB

I’ve got one

Shoot.

are there any initiatives in the community to implement interoperable A/V group calls you know of?

yes

Dino's got funding for that

There have been loads in the past.

I have heard about the dino folks planning something (<https://dino.im/blog/2020/08/setting-out-for-calls-and-conferences/>), but no details and I also saw this: https://github.com/jitsi/jitsi-meet/issues/6235#issuecomment-616721373 ✏

if/when they are succesfull i'll probably implement that too

It'd be useful to get these discussions on the mailing list; there's people like Fippo there who could make a lot of contributions.

I’ll ping the dino folks then

the attitude of the jitsi folks is very disappointing by the way (see the second link above)

if they get the funding to scrap the necessary (server-side) pieces from jitsi the client side might actually be fairly simple

(if you already have working a/v)

right

and it needs to be maintained as a standard

ok, but thanks, this was my AOB

any other?

I vaguely recall something about Dino planning group calls as just n:n calls, for a small n

yes. someone needs to document the diff to the existing standard

You can do full-mesh and avoid the need for SFU negotiation, certainly.

Zash, both to my knowledge

yes (other AOB)

(that’s how jitsi operates, too; it seamlessly switches between p2p and bridged mode depending on number of users. by default, the threshold is 3)

daniel, go ahead

do I need to clarify 363 wrt to the discussion we had this morning?

or is it clear enough already?

daniel, I think adding extra wording would benefit the reader

as dwd mentioned, it’s not strictly necessary though

daniel, I think that: a) It's clear enough, and b) It's not something for Council to worry over, but perhaps the list.

I don't see how clarification hurts 🙂

Zash, at some point, you end up with too many words

ok

true

but I agree with dwd on (b) specifically

AO-AOB?

Not here

taking the silence and lack of typing notifications as a no

and with that:

8) Ite Meeting Est

thanks everyone

Thanks

patch your sudo(1), y’all

again?

no, still

phew

Always be patching

(since yesterday night)