[Standards] Council Minutes 2020-12-02

Tedd Sterr teddsterr at outlook.com
Sat Dec 5 22:26:53 UTC 2020


https://logs.xmpp.org/council/2020-12-02?p=h#2020-12-02-a37594276c1a8a41

1) Roll Call
Present: Georg, Zash, Jonas, Daniel, Dave

2) Agenda Bashing
No.

3) Editor's Update
* New ProtoXEP: Automatic Trust Management
* Restart of two LCs which affect Council

4) Items for voting
Jonas checks whether Council members agree to the working agreement that voting periods shall end 14 days after the first meeting at which the agenda item is discussed, as the website appears to suggest otherwise [1] - Zash thinks it has worked well enough thus far; Georg objects that this wasn't on the agenda. Georg likes that 14 days gives two Council Meetings to catch up.

4a) PR #1014 (XEP-0176: Improve compatibility with WebRTC clients) - https://github.com/xsf/xeps/pull/1014
Daniel: [on-list] (not entirely sure about the implications)
Dave: [on-list] (need to find some WebRTC expertise)
Jonas: [on-list]
Georg: [on-list]
Zash: [on-list]

Zash thought it mostly looked editorial, with only the schema being changed - Jonas suggests asking the author, Link Mauve, to add some wording to the normative part to tie down the change - Link acknowledges.
Zash wonders if anyone with WebRTC expertise could be dragged into reviewing this - Dave is talking to Fippo; Georg thinks it would be great to have WebRTC folks' feedback on-list.

4b) PR #1008 (XEP-0047: fix incorrect max sequence number) - https://github.com/xsf/xeps/pull/1008
Zash: +1
Daniel: [on-list]
Jonas: +1 (think this is fair enough)
Dave: +1 (just fixing a typo in a parenthetical remark)
Georg: +1

4c) PR #1001 (XEP-0393: clarify rules for span directives) - https://github.com/xsf/xeps/pull/1001
Jonas blames Dave for this expiring last time - Dave remains appropriately silent.

Jonas: +0 (still)
Daniel: +1
Zash: +0 (again)
Georg: +1
Dave: [on-list] (don't recall this one at all; not sure I understand it)

Dave might have to write this out as ABNF in order to understand it - Jonas and Zash think that would be great, and then it could be added to the XEP.

4d) Proposed XMPP Extension: Automatic Trust Management - https://xmpp.org/extensions/inbox/automatic-trust-management.html
Jonas: [on-list]
Daniel: [on-list]
Georg: [on-list]
Zash: [on-list]
Dave: [on-list]

Georg bemoans the tradition of XEP authors redefining commonly-used acronyms ('ATM' in this case.)
Dave thinks this looks somewhat familiar - Zash suggests Dave might be thinking of XEP-0434 (Trust Messages (TM)) which is the wire format, while this seems to be mostly policy.

5) Pending Votes
None so far, amazingly.

6) Date of Next
2020-12-09 1600 UTC

7) AOB
The current voting policy/system seems to have remained unchanged for years, so if it can be adequately codified then Dave will attempt to write it up in appropriately cryptic standards-speak and sneak it into XEP-0001; Jonas adds that much of it is already codified in the XSF Bylaws [2]. Dave will try to come up with some text for next week, but everyone should think about how to conduct voting.

8) Close
Thanks everyone.


[1] https://xmpp.org/about/xsf/council-policies-and-procedures
[2] https://xmpp.org/about/xsf/bylaws

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.jabber.org/pipermail/standards/attachments/20201205/816c4f74/attachment.html>


More information about the Standards mailing list