1. Presence Broadcast Present: Dave Cridland, Daniel Gultzsch (daniel), Tobias Markmann (Tobias), Sam Whited, Link Mauve
2. Minutes Taker Jonas Wielicki (jonasw) volunteers. 3. Use of SHA-1 in XMPP [Minutes Takers note: context: <https://mail.jabber.org/pipermail/standards/2017-February/032328.html>] Tobias asks Link Mauve for updates, but Link Mauve didn’t have time to work on it. Thus, no news. 4. IEEE IoT Tobias wrote to Rikard to set up a meeting of the IoT Special Interest Group within XMPP, along with council members. The goal is to discuss a good high-level IoT strategy for XMPP. 5. <x/> tag for MUC PMs [Minutes Takers note: context: <https://github.com/xsf/xeps/pull/436>] Georg made some changes to the PR incorporating feedback from the first council meeting at which this was discussed. Tobias asks if those changes warrant a re-vote. There are no voices for a re-vote and nobody objected the PR. Dave wants to remind of the discussion in the xsf chat room a few days earlier [Minutes Takers note: <http://logs.xmpp.org/xsf/2017-03-16/#12:05:25>]. 6. Vote on advancing XEP-0334 Version 0.2 to Draft [Minutes Takers note: context: <https://xmpp.org/extensions/attic/xep-0334-0.2.html>] Dave is +1. Sam mentioned that he wants to -1 it. His rationale is that these things should be defined in the XEPs using them. While there may be opportunity for re-use of elements between standards, he thinks that in practice it will lead to more confusion (like it happened with <no-copy/> vs. <private/> in carbons). He also asks how addition of new hints to the XEP would be handled. Sam throws the thought of using a registry in the room, but dismisses it immediately because of the need for normative language. Link Mauve says that <no-copy/> isn’t only meant for carbons and that carbons now supports both (<private/> for legacy and <no-copy/>). Regarding the addition of hints, Dave mentions that the idea of XEP-0334 is that they are only hints and cannot be relied upon. Sam still thinks that there may be normative language needed around the hints which cannot be kept in a registry. Link Mauve adds that he wrote XEP-0380 as its own XEP for the very reason that the hints contained therein need normative language. As feature discovery is also needed, Link Mauve argues that it makes most sense to have a series of XEPs defining hints. This allows to define new hints without bumping namespace on old hints. Tobias suggests to take the discussion onto the mailing list. 7. Vote on accepting ProtoXEP: ISR-SASL2 as Experimental [Minutes Takers note: context: <https://xmpp.org/extensions/inbox/isr-sasl2.html>] Tobias, Daniel and Link Mauve will vote on list. Dave wants Section 6 to be removed, to which Florian has already agreed, and reminds about the namespaced attributes. Dave is thus -1 for now, but thinks that this can be resolved. Sam also wants to see Florians changes and is thus -1 for now. 8. Date of next Tobias mentions the upcoming DST change in EU. Link Mauve says that it has been at 16:00 UTC always. Everyone agrees to 16:00Z. So the next meeting is at 2017-03-29 16:00:00Z. 9. Any other Business 9.1 Pending votes Sam reminds of pending votes on ecaps2 ProtoXEP and changes to Client State Indication/Carbons. Link Mauve mentions that CSI/Carbons already has been vetoed, so there is no need to wait for more votes. Tobias will still vote with +0. End of Meeting.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: [email protected] _______________________________________________
