-
jonas’
’tis time (nearly)
-
Ge0rG
Uh-oh!
-
jonas’
1) Roll Call
- jonas’ is there
- Ge0rG is frightened
- Zash here
-
daniel
Hi
-
jonas’
dwd maybe?
-
jonas’
2) Agenda Bashing
-
jonas’
I forgot a point, we have to vote on a new protoxep
-
jonas’
I’ll inject that then
-
jonas’
any other amendments?
-
jonas’
taking it as a no
-
jonas’
3) Editor’s Update * CVE number things in XEPs * Compliance Suites 2020 ProtoXEP published
-
jonas’
4) Items for Voting
-
dwd
Sorry, caught up in an offboarding meeting.
-
jonas’
4a) XEP-0292: Recommend using contact bare JIDs as item IDs URL: https://github.com/xsf/xeps/pull/848 This has been idling for a looong time now, and pinging stpeter did not help. Let us do something about it.
-
jonas’
dwd, still caught up or will you attend here?
-
jonas’
just so that I know whether to block on you :)
-
Kev
Can I interject and ask what ‘pinging’ means here? I get the impression that sometimes people have just mentioned me in a MUC or @me on a PR and expect me to notice it.
-
Kev
(Which I frequently won’t)
-
jonas’
Kev, I don’t know whether any explicit email pings have been made in this case
-
Kev
So if that was all that was done to ask Peter for input, it’s conceivable it wouldn’t be effective on him either :)
-
jonas’
it’s been a while
-
Sam
"2020"?
-
jonas’
I’m all in for pinging via email (possibly again) if that makes sense, but if the default is that authors do not listen in for pings on github PRs, we need to find a better process.
-
Ge0rG
It's been almost a decade. I think we should make another attempt to contact stpeter and by then it will be October, a ten-years-anniversary of the suggestion.
-
Kev
Pinging on github has never been our process has it?
-
Kev
Our process has always been explicitly that no important discussion only happens via github.
-
Kev
(Other than submitting XEP updates - but any discussion on them happens onlist)
-
jonas’
Kev, that’s true, but I lack the energy currently to bring everything to the list
-
jonas’
as you might’ve noticed with that PR of yours :)
-
jonas’
either way, I guess I’ll just ping stpeter
-
jonas’
via email this time
-
jonas’
4b) Proposed XMPP Extension: Compliance Suites 2022 URL: https://xmpp.org/extensions/inbox/cs-2022.html
-
jonas’
+1, let’s get this under the roof for proper discussion and further development
-
Zash
+1
-
daniel
+1
-
Ge0rG
+1
-
jonas’
Thanks. I assume that we have lost dwd to the offboarding again, so moving on.
-
jonas’
5) Date of Next
-
jonas’
+1w wfm
-
daniel
+1w wfm
-
Zash
+1w wfm
-
Ge0rG
+1W WFM
-
jonas’
excellent
-
jonas’
6) AOB
-
jonas’
anyone got anything?
-
Zash
Are there any old XEPs we could YOLO-LC or deprecate or something?
-
Zash
Or have we completed the list we had?
-
daniel
Xep12?
-
Ge0rG
I think there was something about 0280
-
Ge0rG
but -EBUSY
-
jonas’
the shortlist is cleared out excetp for '390 and '313
-
Sam
oooh, I have a list somewhere
- Sam goes to look
-
jonas’
daniel, what’s with XEP-0021?✎ -
jonas’
daniel, what’s with XEP-0012? ✏
-
Ge0rG
uh-oh.
-
daniel
Zash wanted to randomly deprecated xeps
-
Zash
sorta replaced by https://xmpp.org/extensions/xep-0256.html ?
-
Zash
or the <idle> one
-
daniel
No let's not randomly deprecate xeps today
-
Sam
Killjoy :)
-
jonas’
I guess we could make another call of "things which need to be advanced" to the list.
-
Zash
Sounds good
-
jonas’
it brought a bit of activity for sure
-
Sam
I nominate XEP-0054 and 0055 for the ax!
- Sam shuts up and lets you get on with the meeting
-
jonas’
gonna write that email then
-
jonas’
any other AOB?
-
jonas’
taking that as a no
-
jonas’
7) Ite Meeting Est
-
jonas’
thanks everyone
-
Ge0rG
thanks jonas’
-
Zash
Thanks jonas’
-
Zash
Thanks all
-
Sam
Speaking of compliance suites, these are still draft (but so are 2021): https://xmpp.org/extensions/xep-0423.html
-
Zash
Shall we have another go at how compliance suites are weird and deserve their own xep-1 flow? 🙂
-
Sam
I tend to agree, but I'm not willing to wade into the impossible task of making more work for ourselves when we could just agree to actually put them out on time even if they're not perfect and tell the editor they can deprecate the old ones when the new ones come along
-
Ge0rG
So let's deprecate 2020 and move 2021 to final?
-
Sam
Please and thank you
-
Sam
Here was the list I mentioned, FYI. Some of them probably need replacements, some need deprecation, some need to be obsoleted, etc. the list is just "I feel like something needs to be done with these": https://bin.disroot.org/?83e148f7d618ae4f#G9aWQqLYnBLgAoQw6dgci39SEnFhnoT9ExWsNexCH6ib
-
Sam
Some of them are probably doing no harm if we just leave them alone, it just makes me nervous that they're still there and not being looked at by anyone.
-
Zash
153 is *gaining* popularity because it's the only way to do it in MUC 🙁
-
Sam
Yah, 153 I want to kill just because we'll never make a better way as long as it exists and I hate working with vcards.
-
Zash
And all attempts at something sane for MUC was rejeced by previous councils
-
Zash
At least vcard4+xep84 is picking up now
-
Sam
I seem to have left off 0229, I guess I should go back through the extensions list.
-
Zash
Some new safer compression method might be nice to have
-
Zash
zstd with a fixed dictionary or something
-
Sam
Yah, I could see that being obsoleted because we've been going back and forth over the security issues since I've been here at least, or actually updated with something newer
-
daniel
> Some new safer compression method might be nice to have > zstd with a fixed dictionary or something Zash: and compress each stanza individually?
-
Zash
Unless I got it all wrong, by "fixed dictionary" I mean the mode where there are no backreferences, only references to a pre-defined dictionary of common strings
-
Kev
Backreferences are fine as long as they don’t cross trust boundaries, aren’t they?
-
Zash
One of the problems is, how do you enforce that?
-
daniel
Zash: I think zstd does both?
-
Zash
supports both, yes.
-
daniel
Unless it can explicitly disabled?