XMPP Council - 2023-04-05


  1. daniel

    does the mailing list work again?

  2. daniel

    and/or did the agenda for last week make it through eventually?

  3. Kev

    The mailing list does not.

  4. tmolitor

    While talking about the Mailinglist: it would be good to make it dmarc conforming like the ietf mailinglist (among others). I frequently get mails from the list that get sorted out as spam because the owner of the sender domain declared a dmarc rule that instructs the receiver to throw away mails with broken dkim AND spf...

  5. daniel

    It's time

  6. daniel

    1) roll call

  7. jonas’

    o/

  8. larma

    👋️

  9. jonas’

    tmolitor, you probably need ARC, not just DMARC

  10. jonas’

    but that's a topic for iteam@

  11. daniel

    sorry there has not really been an agenda. not just because I didn’t send one but also because it wouldn’t have made it through

  12. daniel

    the spreadsheet of doom is up to date though

  13. daniel

    https://docs.google.com/spreadsheets/d/1Zp5FWJI0aubAL29LhrXkhc-MrZauJ1mtkVnm5TrtwLo/edit?usp=sharing

  14. daniel

    (just as a general hint while we are in the current situation)

  15. jonas’

    thanks

  16. daniel

    Ge0rG, larma

  17. daniel

    Ge0rG, larma?

  18. daniel

    Ge0rG, moparisthebest

  19. larma

    +1 on the three pending

  20. daniel

    larma, thanks

  21. daniel

    ok looks like we are missing Ge0rG and moparisthebest

  22. daniel

    skipping right to pending votes

  23. moparisthebest

    Oops here

  24. daniel

    i'm still on list for pubsub#full

  25. daniel

    larma just voted

  26. daniel

    Ge0rG is pending on all three

  27. Ge0rG

    I'm sorry, I'm still pending and also mostly AFK right now

  28. moparisthebest

    Same on list, except I'll actually do it this time, hopefully

  29. jonas’

    on-list is a bit difficult with the lists being down.

  30. daniel

    Ge0rG ok no worries

  31. Ge0rG

    will be back properly next week and will try to vote until then

  32. moparisthebest

    Oh right re: lists :(

  33. daniel

    > on-list is a bit difficult with the lists being down. fair. feel free to ping me in here at any time. or i'll ask again during the next meeting

  34. daniel

    note that those three will expire at the end of next weeks meeting

  35. moparisthebest

    Maybe should extend the expiration period since lists down?

  36. moparisthebest

    Exceptional circumstances and all that

  37. jonas’

    I'd like to request an AOB slot in that context

  38. jonas’

    don't have strong opinions on the voting period, as we can vote in this venue during meetings easily

  39. daniel

    we've already collected a good number of votes; let's see where we are after the next meeting

  40. daniel

    (wrt extending)

  41. daniel

    6) Date of next

  42. daniel

    +1w wfm

  43. jonas’

    +1w wfm

  44. moparisthebest

    Vote yes, but not discuss, either way I'm fine with waiting :)

  45. jonas’

    (though I may have to skip spontaneously, we have a maintenance window which ends an hour before that, but we all know how maintenances are)

  46. moparisthebest

    +2w wfm, I may or may not make it next week

  47. jonas’

    moparisthebest, do you need discussion for the things?

  48. larma

    +1w wfm

  49. daniel

    7) AOB

  50. daniel

    hands the mic to jonas’

  51. jonas’

    once the lists are up, are we making sure that the agenda announcements are resent?

  52. jonas’

    if so, I'd appreciate if we could include a note which mentions: - that this is a late resend because of the list outage and - reminds people that they can get in touch with council if they have objections about decisions - invites people to discuss the decisions made while the lists were off-line

  53. tmolitor

    what about the things for the agenda, kev listed earlier? > For the agenda: > https://github.com/xsf/xeps/pull/1277 > https://github.com/xsf/xeps/pull/1275 > https://github.com/xsf/xeps/pull/1273 >https://github.com/xsf/xeps/pull/1271 h ttps://github.com/xsf/xeps/pull/1270 inbox/xep-scram-upgrade has been updated https://github.com/xsf/xeps/pull/1215 https://github.com/xsf/xeps/pull/1124/files

  54. tmolitor

    I think we should publish the agenda in this venue next time if the list is still down.

  55. daniel

    tmolitor, the first the are the ones we talked about

  56. daniel

    wrt JC’s xeps I need to double check that they are ready actually

  57. tmolitor

    okay, what about the inbox one?

  58. daniel

    jonas’, I'll try to remember that. please remind me if I don’t

  59. daniel

    tmolitor, is this the latest version? https://xmpp.org/extensions/inbox/xep-scram-upgrade.html

  60. tmolitor

    yes it is

  61. jonas’

    daniel, I'll try, thanks

  62. jonas’

    EO-AOB

  63. daniel

    any other AOB?

  64. larma

    I also had something related to Jingle Message Initiation

  65. daniel

    go ahead larma

  66. larma

    As you may remember, at some point we concluded to rollback 0353 to mostly what es effectively being used in the wild (with a few improvements) with the intent for it to go into stable like that soonish

  67. daniel

    yes

  68. larma

    This raises two questions for me. First: Do we want to LC?

  69. daniel

    is 353 currently published with a wrong date?

  70. larma

    Second: I was previously working on a thing called call invites (https://xmpp.org/extensions/inbox/call-invites.html) mostly intended to support usecases not currently covered by 0353 (multi-party calls, calls using external services, etc). Back then we decided to reject that proposal and instead work on adding the missing features to 0353.

  71. larma

    daniel, yes, 0.6.0 revision was actually 2023

  72. larma

    daniel, yes, 0.6.0 revision was actually same date but 2023

  73. daniel

    in general yes I think that's the plan

  74. daniel

    with editor becoming active right when the list went down it was (is) a bit difficult to keep track of what's published and whats not

  75. daniel

    so I hadn’t put it on the agenda yet

  76. Kev

    Sorry about the inactivity until that point.

  77. tmolitor

    oh yes, apparently I missed the upgrade from 2022 to 2023 :D

  78. larma

    Given that we now we decided to mostly keep 0353 as it is, so that it can resemble what is de-facto used in practice and move that to stable, I was wondering what council thinks about the future of the features of call invites that are not part of 0353 today.

  79. daniel

    OK I’m not reading any objections to that plan so I guess we start voting on that soon~ish

  80. daniel

    try to pass call invites again?

  81. daniel

    do you know who voted it? maybe we should ask them who they feel about it

  82. larma

    Ge0rG, was -1 according to the old spreadsheet

  83. larma

    But I guess as he's AFK right now, maybe we move that to another date

  84. Ge0rG

    Sounds like I was -1 because I wanted it added into the existing XEP, so if that gets promoted, I'm out of veto reasons?

  85. daniel

    ok. I’ll try to put a proper agenda together was dedicated items for last calling 353 and an item for call invites

  86. daniel

    ok. I’ll try to put a proper agenda together with dedicated items for last calling 353 and an item for call invites

  87. tmolitor

    *and the sasl inbox item ;)

  88. daniel

    yes

  89. daniel

    and #1215

  90. Ge0rG

    I'd still prefer them merged, but I guess that's not strong enough if 353 is already widely rolled out. But I'll have to reread both to decide

  91. daniel

    ok sounds good. I guess that's all we can do right now as part of an AOB

  92. jonas’

    I don't like processual things ("merged" vs "non-merged") blocking work on standards

  93. daniel

    assuming no other AOB? we are technically over time

  94. jonas’

    it's ultimately a minor detail

  95. jonas’

    sorry, let's lcose

  96. jonas’

    sorry, let's close

  97. tmolitor

    oh yes, #1215 fell completely off my radar

  98. daniel

    8) Close

  99. larma

    no other AOB from me

  100. daniel

    thanks

  101. daniel

    jonas’, what do you mean?

  102. jonas’

    too tired to explain beyond what I did, sorry

  103. daniel

    I find it easier to work with rendered and published XEPs

  104. daniel

    making decisions based on "assuming those two things are merged" and keeping that in your head is hard imho

  105. daniel

    if / once we get proper renderings for PRs it might become easier