XMPP Council - 2022-02-23

It looks like I'll most probably be in a driver's seat today at meeting time

And because we live in the 21st century, that means you'll have your hands free due to self-driving cars?

even if that was the case, which it isn't (my car only has a lane assist that will shutdown after 10s of hands-free), I'd be legally required to not get distracted by my phone.

I wasn't being serious 😉

Sorry!

You'll be in a driver's seat, but will it be in a car?

You mean, train drivers tend to get distracted by their phones all the time?

I mean he could have a driver's seat in his garage for all we know and using that as an excuse

Even if the driver's seat is in a car, he might not be the driver of that car. The seat could be in the car's back row 😉

Or it could be _the_ driver's seat of that car, fully functioning, but the car isn't moving. You can't know

I guess we have to trust you with this 😉

larma, thanks for the feedback, updated to: > host-meta files MUST be fetched only over HTTPS, and MUST only use connection URLs starting with 'https://' or 'wss://'. This provides secure delegation, meaning you SHOULD send SNI matching the host of the URL from the connection URL and validate that the certificate is valid for that host *or* the XMPP domain.

moparisthebest, yes, I like it this way 🙂

👍

.

It's time

👋️

1) Roll call

hello

I guess Ge0rG is in fact in a car

2) Agenda Bashing

I'd like to vote on my updated PRs from last week please

moparisthebest modified the two PRs. we are going to vote on that

3) Editors update

none

4) Items for voting

a) XEP-0115: mention the pre-image attacks in the XEP https://github.com/xsf/xeps/pull/1168

+1

+1

+1

+1

Thank you

Thanks all.

b) The modified PR 1158

That's the one removing DNS from 156

https://github.com/xsf/xeps/pull/1158 +1

+1

+1

+1

c) https://github.com/xsf/xeps/pull/1159

+1

+1

+1

jonas’, ?

+1

5) Pending votes

a) Everyone on XEP-0045 Remove more mentions of GC 1.0

+1

+1

+1

+1

b) Daniel on obsoleting three XEPs

+1 to all three

c) Jonas on obsoleting XEP-0038

and jonas’ on the new proto xep from last week

oh and moparisthebest on the new proto xep as well?

that's not in my notes but the spreadsheet don’t lie

yeah, +1 on '38

https://xmpp.org/extensions/inbox/muc-affiliations-versioning.html right ?

yes

that's the one

worth exploring in experimental I suppose

it this a +1?

+1 , still unsure about namespaced attributes but that's what experimental is for

yes, that's a +1

ok. moving on

6) Council Meetings via A/V

continuation of last weeks aob

wouldn't want to every week, but less frequently would be fine with me

i feel like jonas’ maybe wanted to defend the idea a bit more?

maybe

so I think that a regular council high-bandwidth call would be a nice thing to have

(I certainly could be convinced otherwise, I wouldn't be the only blocker for instance if everyone else wanted to)

I understand that that's not everyone's cup of tea, and I also hear the concerns about the meetings being as transparent as possible

I also agree that having this on every meeting is probably going to be problematic

Ge0rG was the strongest oppoent, I don't think it makes much sense to discuss this without him present

yes I agree

moving on then

7) Date of Next

+1w wfm

i'm actually on vacation next week. jonas’ could you take over chair for that week?

daniel, I can, can you send me a reminder?

I'm also traveling next week, but might still be able to make it.

+1w wfm otherwise

I can send the agenda and mention that again in the agenda? (because i'm actually only leaving wednesday so sending the agenda should be fine)

thanks, that would work

awesome

8) AOB

not here

me neiher

nope

9) Close

thank you everyone

Thanks 🙂

thanks all, and thanks Sam for updating those security considerations :)

outside of the meeting I'd like to get a feel for what you all think about adding more things to host-meta XRD similar to XEP-0156, should that go in 156 or be a new protoxep ?

if it changes your opinion, I'd also like to change the business rules, I'll be adding records in the XRD that have SRV info in them, so the "only grab this after you try SRV" will be changed to "you can grab this *instead* of doing SRV"

so roughly adding this type of info into the host-meta XML document https://xmpp.org/extensions/inbox/hacx.html#example-1