XMPP Council - 2017-12-20


  1. ralphm has left

  2. ralphm has joined

  3. peter has left

  4. SamWhited has left

  5. SamWhited has left

  6. genofire has left

  7. Tobias has joined

  8. Tobias has joined

  9. Zash has left

  10. SamWhited has left

  11. SamWhited has left

  12. SamWhited has joined

  13. ralphm has left

  14. ralphm has joined

  15. ralphm has joined

  16. Ge0rG has left

  17. Ge0rG has left

  18. Ge0rG has left

  19. ralphm has joined

  20. SouL has left

  21. Ge0rG has left

  22. daniel has left

  23. Ge0rG has left

  24. Ge0rG has left

  25. Ge0rG has left

  26. daniel has left

  27. Ge0rG has joined

  28. daniel has left

  29. jere has joined

  30. ralphm has left

  31. jere has joined

  32. jere has joined

  33. daniel has left

  34. ralphm has left

  35. Ge0rG has left

  36. jere has joined

  37. ralphm has left

  38. jonasw has left

  39. genofire has left

  40. vanitasvitae has left

  41. jonasw

    does council monitor PRs to the XEPs repository or do I have to forward that to council?

  42. jonasw

    and if so, what’s the current modus operandi to do that?

  43. daniel has left

  44. ralphm has joined

  45. ralphm has joined

  46. Flow

    jonasw, which kind of PRs are we talking about?

  47. jonasw

    anything which needs council 😺

  48. Flow

    So ProtoXEP submissions and Last Calls. But I think for those we have editor sending annoucement mails

  49. jonasw

    I'm talking about changes to Draft+ XEPs

  50. jonasw

    (sorry I'm on mobile. protoxeps can be merged instantly, last calls are issued by editors so they don't need council btw)

  51. Flow

    Ahh, not sure if I ever saw an editor annoucing a proposed change to a draft xep, probably a good idea to establish those though. I wouldn't want council to monitor PRs and such, plus xep1 wants a standards@ discussion of those changes too

  52. daniel has left

  53. daniel has joined

  54. daniel

    Maybe even provide a rendered version to the standards list.

  55. daniel

    Then it's easier for the broader community to follow

  56. daniel

    Arguably though it is also kinda the responsibility of who ever created the PR

  57. jonasw

    in this case, me 😺

  58. jonasw

    I suppose it has to wait for next year then 😺

  59. jere has joined

  60. Syndace has left

  61. daniel has left

  62. daniel has joined

  63. jere has joined

  64. genofire has joined

  65. jcbrand has joined

  66. Ge0rG has left

  67. daniel has left

  68. daniel has joined

  69. vanitasvitae has left

  70. jcbrand has left

  71. jcbrand has left

  72. Kev has left

  73. ralphm has left

  74. ralphm has left

  75. jonasw has joined

  76. daniel has left

  77. daniel has joined

  78. ralphm has left

  79. ralphm has left

  80. daniel has left

  81. daniel has joined

  82. SouL has left

  83. ralphm has joined

  84. SouL has left

  85. jcbrand has left

  86. daniel has left

  87. daniel has joined

  88. ralphm has left

  89. jonasw has left

  90. genofire has left

  91. ralphm has left

  92. ralphm has left

  93. ralphm has joined

  94. SamWhited has joined

  95. Ge0rG

    What are the criteria for a Council member to decide about the approval of a ProtoXEP? XEP-0001 §5 does not provide any hints except that we need to vote.

  96. Ge0rG

    The only reason I can immediately see to -1 a protoXEP is that it covers a use case that already was addressed by an existing XEP.

  97. jcbrand has joined

  98. vanitasvitae has left

  99. jcbrand has left

  100. jcbrand has joined

  101. SamWhited

    I generally think about whether or not it's implementable in its current form. If it's not I don't want it to end up sitting in experimental in an unusable state forever.

  102. Ge0rG

    SamWhited: I don't like the protoxep limbo we have, where the author has submitted something, and before it has been voted upon there is already a new revision on the author's homepage.

  103. Ge0rG

    So I'd rather tend to accept even very raw things, just to keep the wheels turning

  104. ralphm has joined

  105. SouL has left

  106. SamWhited has left

  107. Syndace has joined

  108. vanitasvitae has joined

  109. ralphm has joined

  110. Flow

    Ge0rG, so you would not have accepted MAM?

  111. Ge0rG

    Flow: I don't think it covers the exact same use case as 136

  112. SamWhited

    I don't mind "very raw things", it just needs to be in a state where every other section isn't a TODO.

  113. SamWhited

    But I agree about things that overlap in use case; sometimes things just need a replacement, but we don't need three alternatives to everything.

  114. SamWhited has left

  115. Ge0rG has left

  116. Ge0rG has left

  117. Ge0rG has left

  118. Ge0rG has left

  119. Ge0rG has left

  120. Ge0rG has joined

  121. Lance has joined

  122. ralphm has left

  123. ralphm has joined

  124. ralphm has left

  125. SamWhited has joined

  126. SamWhited has joined

  127. Syndace has left

  128. Syndace has joined

  129. Ge0rG has left

  130. Ge0rG has left

  131. jere has joined

  132. Ge0rG has left

  133. SamWhited has joined

  134. Tobias has joined

  135. Ge0rG has joined

  136. Lance has left

  137. SamWhited has left

  138. SamWhited has joined

  139. SamWhited has joined

  140. jere has joined

  141. daniel has left

  142. jcbrand has left

  143. ralphm has joined

  144. daniel has joined

  145. ralphm has left

  146. SamWhited has left

  147. genofire has left

  148. SamWhited has joined

  149. ralphm has left

  150. daniel has left

  151. ralphm has left

  152. ralphm has joined

  153. ralphm has joined

  154. jere has joined

  155. ralphm has left

  156. ralphm has left

  157. ralphm has left

  158. ralphm has left

  159. jere has left

  160. jere has joined

  161. daniel has left

  162. jere has joined

  163. pep. has left

  164. pep. has left

  165. pep. has joined

  166. pep. has left