https://logs.xmpp.org/council/2022-06-22?p=h#2022-06-22-09b8686af2f96171
1) Roll Call Present: Georg, Daniel, Jonas, Travis Apologies: Larma 2) Agenda Bashing None. 3) Editor's Update * Proposed XMPP Extension: XMPP over QUIC * Proposed XMPP Extension: WebSocket S2S Daniel takes the opportunity to remind Editor of the XEP-0215 Last Call (no rush.) 4b) Proposed XMPP Extension: XMPP over QUIC - https://xmpp.org/extensions/inbox/xmpp-over-quic.html Travis: +1 (as author) Georg: [on-list] Jonas: +1 (I like the idea) Daniel: +1 Larma: [pending] 4a) Proposed XMPP Extension: WebSocket S2S - https://xmpp.org/extensions/inbox/websocket-s2s.html As a developer, Daniel understands "just do everything rfc xyz is doing except…" in the Requirements, but isn't sure this is the correct form - the author, Travis, didn't want the risk of copying the wrong part or missing something. Jonas has ethical concerns and needs to ponder, though a proper section on 'Motivation' may convince him (noting this is currently entirely missing) - the author thinks that's covered in Use Cases. Daniel asks whether anyone else feels that this belongs in an update of RFC 7395 [1] - Jonas does too - the author expects both belong in RFCs, but is unfamiliar with that process. Daniel suggests Informational XEP as a cheap alternative; also notes the illegal use of an IETF namespace - Jonas suggests using 'urn:xmpp:…'. The author points to RFC 7858 [2] as a prior art for "just do what RFC X says" - Daniel will have to read up on that before voting. Daniel doesn't think creating an RFC is particularly hard, which seems like a better way to handle it - the author will have to look into that. Daniel doesn't want to be the only one blocking this - Jonas is happy to be a second blocker, if needed. Travis: +1 (as author) Jonas: [on-list] Georg: [on-list] Daniel: [on-list] Larma: [pending] 5) Pending Votes None. 6) Date of Next 2022-06-29 1500 UTC 7) AOB None. 8) Close Thank you all. Thanks Daniel. Thanks all! Kev notes that various things have, in the past, migrated from XEP to RFC and back again; doesn't think that starting as XEP and migrating to RFC would be the end of the world, unless Council/XSF lacks the ability to review sensibly (as is sometimes the case with security things.) [1] https://datatracker.ietf.org/doc/html/rfc7395 [2] https://datatracker.ietf.org/doc/html/rfc7858
_______________________________________________ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: [email protected] _______________________________________________
