XMPP Council - 2022-08-10


  1. moparisthebest

    it's time for my weekly ping-the-council-room-so-it-moves-to-the-top-of-my-chat-lists

  2. jonas’

    blerg

  3. Zash

    MEETINGS!

  4. Zash ponders a bot poking the 'pinned' bookmark extension...

  5. daniel

    It's time

  6. daniel

    1) roll call

  7. larma

    👋️

  8. moparisthebest

    Hello!

  9. Ge0rG

  10. daniel

    i assume jonas’ is still here from 3 mins ago?

  11. jonas’

    ..

  12. jonas’

    yeah more or less

  13. daniel

    2) Agenda Bashing

  14. jonas’

    knee deep in burning piles of chaos

  15. daniel

    nothing to bash

  16. daniel

    3) Editors update none

  17. daniel

    4) Items for voting - Nothing new this week

  18. daniel

    5) Pending votes

  19. daniel

    - Georg on Proposed XMPP Extension: Pubsub Attachments

  20. daniel

    last chance today

  21. daniel

    - Everyone on Move XEP-0215: External Service Discovery to stable

  22. Ge0rG

    +1 on Pubsub Attachments

  23. Ge0rG

    I kinda sorta voted +1 on XEP-0215 last meeting

  24. jonas’

    I seem to recall to have written something to the list

  25. jonas’

    was there feedback on that?

  26. daniel

    anyone wants to vote on 215 - the arguments both Zash and MattJ brought up wrt http proxy kinda of convinced me to leave it configurable

  27. daniel

    not to your email

  28. jonas’

    (sorry, haven't touched my private inbox today yet... still working)

  29. moparisthebest

    yea I agree, there isn't a major compelling reason to remove the extra stuff, and if people have ideas in mind that's good enough

  30. daniel

    Ge0rG, yes they were some kind of sort of votes last week but i didn’t record any

  31. daniel

    but i recorded your +1 now

  32. moparisthebest

    I'm going to go ahead and vote +1 on 215

  33. jonas’

    HTTP proxies sound good indeed

  34. jonas’

    they are similar enough to STUN/TURN that it makes sense, too

  35. daniel

    I’m +1 based on that

  36. larma

    I also see the issue of push functionality which apparently isn't implemented either

  37. jonas’

    migth want to change that into "authenticated proxy protocol services" ("APPS") eventually, but I'm good with it as-is

  38. jonas’

    +1

  39. jonas’

    larma, didn't someone mention using push?

  40. moparisthebest

    I believe Zash said he implemented push

  41. daniel

    i haven’t implemented push but I can sort of see the point. especially once we have http in there

  42. Zash

    I did, as a prototype, as it would be more standards-compliant than what it was meant to replace.

  43. moparisthebest

    there is prior art there, I believe 368 was moved to stable when no one had implemented the s2s part, and now people have :/

  44. larma

    I mean, it's probably fine to move to stable anyway

  45. jonas’

    stable/draft does not require implementations

  46. Zash

    moparisthebest, implementations is a condition for Final, not Stable

  47. jonas’

    ^5 Zash

  48. larma

    yes, but lack of implementations might indicate lack of usefullness, given that most XEPs are experimental for long time

  49. jonas’

    let's not get into that right now

  50. jonas’

    (Experimental explicitly discourages implementations)

  51. larma

    discourages *production* implementations

  52. larma

    but encourages experimental implementations

  53. Ge0rG

    > moparisthebest, implementations is a condition for Final, not Stable Would it make sense to change our process to require implementations for Stable?

  54. jonas’

    fair enough

  55. jonas’

    but an experimental push implementation does exist, larma

  56. larma

    yes, I noted that

  57. jonas’

    ok

  58. larma

    I'm also +1 now knowing that 😉

  59. jonas’

    sorry, I can only pay attention wtih about 20% of my mind here

  60. jonas’

    so I might miss subtext or context on some statements

  61. daniel

    moparisthebest, do you have a vote too?

  62. moparisthebest

    daniel, already voted +1 up above yours

  63. Zash

    as I think I said, the use case for 215-push may be better served by integrating with bind2, but that's not ready yet...

  64. daniel

    sorry I missed that

  65. moparisthebest

    np :D

  66. daniel

    it's recorded now. so let's move on

  67. daniel

    6) Date of Next

  68. jonas’

    +1w wfm

  69. daniel

    +1w wfm

  70. larma

    +1w wfm

  71. moparisthebest

    +1w wfm

  72. Ge0rG

    I'll have to miss next week

  73. daniel

    Ge0rG, noted

  74. daniel

    7) AOB

  75. moparisthebest

    nothing here

  76. larma

    FYI, I wrote Dave regarding fallbacks but he was on holiday last week

  77. daniel

    ok. no other aob I assume

  78. daniel

    8) Close

  79. daniel

    thank you all

  80. moparisthebest

    thanks daniel !

  81. jonas’

    thanks daniel !