<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Arial, Helvetica, sans-serif; font-size: 10pt; color: rgb(0, 0, 0); background-color: rgb(255, 255, 255);">
<span><a href="http://logs.xmpp.org/council/2020-03-18?p=h#2020-03-18-d77f2f5c2e5ea3ba" style="">http://logs.xmpp.org/council/2020-03-18?p=h#2020-03-18-d77f2f5c2e5ea3ba</a><br>
</span>
<div><br>
</div>
<div><b>1) Roll Call</b><br>
</div>
<div>Present: Daniel, Georg, Jonas, Zash<br>
</div>
<div>Apologies: Dave<br>
</div>
<div><br>
</div>
<div><b>2) Agenda Bashing</b><br>
</div>
<div>Nothing to add.<br>
</div>
<div><br>
</div>
<div><b>3) Editor's Update</b><br>
</div>
<div>* ProtoXEP: Reminders<br>
</div>
<div>* Expired calls: CFE on XEP-0184<br>
</div>
<div>* Calls in progress: None<br>
</div>
<div><br>
</div>
<div><b>4a) Advance XEP-0184 (Message Delivery Receipts)</b> - <a href="https://xmpp.org/extensions/xep-0184.html" style="">
https://xmpp.org/extensions/xep-0184.html</a><br>
</div>
<div>Georg considers some of the feedback to be 'very important' - Jonas agrees.<br>
</div>
<div>Daniel is torn - it does what it's supposed to do, and is widely deployed, but has fallen behind the times.<br>
</div>
<div>Zash thinks it's mostly fine, but some clarification never hurts.<br>
</div>
<div>Georg is pretty sure the original authors are very busy, so it may be necessary to re-assign or find a Shepherd; suggests two potential ways forward: editorial clean-up and modernization without bumping, or 'the crazy multi-ACK namespace bump' - though
 Georg lacks the time to honestly promise to step up to do the first option. Daniel is against the latter option. Jonas is also against the latter, and would rather bump XEP-0333 (Chat Markers) by mutating it to do multi-message ACKs - Georg thinks this would
 be rather weird, and it would be much more straightforward to add a new version to XEP-0184 (Message Delivery Receipts) plus server-side mux/demux compatibility.<br>
</div>
<div>Georg would like to do the 0184 editing, but lacks the time, so if somebody wearing a fancy hat could remind him periodically, this might happen in a reasonable time-frame.<br>
</div>
<div>The Editor will ping the authors, and then nag Georg if that doesn't work.<br>
</div>
<div><br>
</div>
<div>Zash: [on-list] (will have to re-read that thread)<br>
</div>
<div>Georg: -1 (to advance as-is)<br>
</div>
<div>Daniel: -1 (suggest some minor clean-ups and then advance)<br>
</div>
<div>Jonas: [on-list] (for now)<br>
</div>
<div>Dave: [pending]<br>
</div>
<div><br>
</div>
<div><b>4b) Last Call: XEP-0280 (Message Carbons)</b> - <a href="https://xmpp.org/extensions/xep-0280.html" style="">
https://xmpp.org/extensions/xep-0280.html</a><br>
</div>
<div>Daniel doesn't expect this to yield different results to the last time. Jonas doesn't think 0280 should be modified any more, and efforts should focus on XEP-0409 (IM Routing-NG).<br>
</div>
<div>Being the last one to touch it, Georg was told that "it contains payload elements typically used in IM" is not a strict definition of applicable payloads, and thus not implementable, also that there are still not enough implementations of 'urn:xmpp:carbons:rules:0'.
 Zash thinks XEP-0226 (Message Stanza Profiles) could do with an update, and is meant to have the 'payload elements' definition.<br>
</div>
<div>Georg thinks the lessons learnt from 0280 and 0313 (Message Archive Management) are very important for the transition to 0409 - Jonas concurs.<br>
</div>
<div><br>
</div>
<div>Jonas: +1<br>
</div>
<div>Georg: +1<br>
</div>
<div>Zash: +1<br>
</div>
<div>Daniel: +0<br>
</div>
<div>Dave: [pending]<br>
</div>
<div><br>
</div>
<div><b>4c) Last Call: XEP-0357 (Push Notifications)</b> - <a href="https://xmpp.org/extensions/xep-0357.html" style="">
https://xmpp.org/extensions/xep-0357.html</a><br>
</div>
<div>Jonas thinks many people will have something something to say about this - Georg has reminded people to fix the XEP, but to no avail - Jonas thinks useful and specific on-list feedback would still be good.<br>
</div>
<div><br>
</div>
<div>Jonas: +1<br>
</div>
<div>Georg: +1 (hope it won't result in a pointless change-less -1 afterwards)<br>
</div>
<div>Daniel: +1<br>
</div>
<div>Zash: +1<br>
</div>
<div>Dave: [pending]<br>
</div>
<div><br>
</div>
<div><b>5) Outstanding Votes</b><br>
</div>
<div>Daniel votes +1 on advancing XEP-0402 (PEP Native Bookmarks).<br>
</div>
<div><br>
</div>
<div><b>6) Date of next</b><br>
</div>
<div>2020-03-25 1600 UTC<br>
</div>
<div><br>
</div>
<div>[Note: this remains one hour 'later' for those currently in DST, but will 'catch up' on the 29th.]<br>
</div>
<div><br>
</div>
<div><b>7) AOB</b><br>
</div>
<div>Georg asks the people voting less-than-one to the 0280 LC to elaborate on their reasoning, so it can be improved and moved forward. Daniel thinks that people see it as a dead-end, problematic XEP that hasn't changed much since last time - Georg doesn't
 see a viable (short-term) replacement, as 0409 will require a compatibility mode which will ultimately be the Carbon+MAM rules.<br>
</div>
<div>Daniel wonders what can be done with XEPs which are known to be imperfect, but are currently the best available solution.<br>
</div>
<div>Zash changes his vote on 0280 to +1 (noted in-line, above). Georg asks Zash to update 0226 - Zash would rather have simple, general rules that don't need to change too often, otherwise rolling out updates becomes painful; Georg points out that simple,
 general rules weren't defined when multi-device support was needed - Zash points out that some XEPs will eventually become outdated.<br>
</div>
<div><br>
</div>
<div><b>8) Close</b><br>
</div>
<div>Thanks all and everyone.<br>
</div>
<span></span><br>
</div>
</body>
</html>