XMPP Council - 2011-11-09


  1. MattJ needs to implement POKE so someone can wake him if he falls asleep during the meeting

  2. stpeter

    :)

  3. linuxwolf

    step 1: build a robot

  4. MattJ

    Accomplished

  5. Kev

    Right, I'm here now, let's see if I can remember to be here in 20 minutes. I'd completely forgotten until I sat down at my machine.

  6. linuxwolf

    heh

  7. MattJ

    Kev, don't worry, I'm here trying to read XEPs and stay awake

  8. Kev

    I managed to read them earlier.

  9. stpeter

    MattJ: those will put you to sleep!

  10. MattJ

    Indeed they are

  11. MattJ

    It's been a long day

  12. dwd

    MattJ, I think you'll find the days are actually getting quite short, now.

  13. MattJ

    Longer and longer for me

  14. dwd

    MattJ, Are you moving close to the speed of light?

  15. MattJ

    Working on it

  16. MattJ

    I feel like I've been fired through a collider if that's what you're wondering

  17. linuxwolf

    I think the constants of time won't be applying to me for the rest of the year

  18. dwd

    I misread that as colander.

  19. linuxwolf

    haha

  20. dwd

    Assumed that MattJ was feeling drained.

  21. Kev

    The colander of time?

  22. dwd

    Or perhaps strained.

  23. dwd

    It just opens up a whole vein of bad puns, doesn't it?

  24. linuxwolf

    Yes. Yes it does.

  25. MattJ groans

  26. dwd feels *so* proud.

  27. stpeter

    yay, got my inbox under 1500 messages

  28. MattJ

    dwd, for a series of puns based on something I didn't say? :)

  29. linuxwolf

    did you unsub from 82attendees@ietf.org? (-;

  30. MattJ

    dwd, your standards are slipping

  31. dwd

    stpeter, Unrecoverable storage failure?

  32. dwd

    MattJ, These are my standards, and if you don't like them, I have others.

  33. stpeter

    dwd: I wish

  34. stpeter

    I do see Ralph online, shall I ping him?

  35. Kev

    Can do, I did so a couple of minutes ago.

  36. stpeter

    ok

  37. Kev

    Hola.

  38. Kev

    Right, are we sitting comfortably? Then let's begin.

  39. Kev

    1) Call for assorted baked products.

  40. Kev

    I'm here.

  41. MattJ took a moment to figure that out

  42. linuxwolf

    目前

  43. MattJ

    I'm here, in body at least

  44. stpeter

    linuxwolf: nice!

  45. Kev

    And assuming Ralph's join indicates he's here, let's continue.

  46. Kev

    2) Account management.

  47. ralphm

    I'm couch surfing

  48. Kev

    We said we'd ~vote on accepting this once we'd had community feedback and the author had responded.

  49. Kev

    I saw a number of comments suggesting this was not the right approach, and I don't remember any in support of it; is that about right?

  50. linuxwolf

    correct

  51. linuxwolf

    even a call to move (part of) this to another venue

  52. Kev

    For my part, I've got two main concerns with it:

  53. Kev

    1) Using stream features for this is Wrong. 2) The XSF can't be the appropriate place to develop a new security model.

  54. linuxwolf

    /nod

  55. stpeter

    #2 is rather significant

  56. Kev

    I might be persuaded to let it through if just 1) was the problem, but when 2) is in the same document, I don't think we can even put it on the vine.

  57. linuxwolf

    my thoughts exactly

  58. MattJ

    I think that makes sense

  59. ralphm

    I agree

  60. MattJ

    If we're going to rework all the clients and servers to use a new IBR protocol (when the current one is working ok for most purposes) then we should make sure we go about it properly

  61. ralphm

    we can use security models or promote the development of them

  62. ralphm

    but we need Those Guys™

  63. Kev

    So I think my suggestions for the author are to 1) look at a more appropriate way of managing user accounts than stream features (the suggestion of first binding with ANONYMOUS and then doing something quite like iq:register sounds right to me). 2) Look at getting the new security model standardised through the IETF, so a XEP can work off the base of people who know more about this than the XSF.

  64. Kev

    I'll write a mail saying as much when I do the minutes.

  65. Kev

    I'm reading this as everyone being -1, is that correct?

  66. linuxwolf

    /agreed

  67. MattJ

    +1 2 -1

  68. MattJ

    (I know, I'm approaching dwd's standards)

  69. Kev

    That's asserting that dwd *has* standards...

  70. MattJ

    True

  71. Kev

    Moving on then.

  72. Kev

    3) XEP-0258

  73. Kev

    Kurt's updated this, and would like us to vote on moving it to Draft

  74. MattJ

    You need to include names :)

  75. MattJ

    Oh, yes

  76. Kev

    (Although he made it clear he only wanted it voted on if the vote was going to pass it :))

  77. ralphm

    Kev aw!

  78. MattJ

    Kev, oh, that's that then... :)

  79. linuxwolf

    I guess he doesn't play the lottery much (-;

  80. MattJ

    Well, it all seems fine to me... I don't know the current implementation status of the new version though

  81. Kev

    Anyway, we've got this implemented in Swift, and the other we have this implemented in M-Link.

  82. dwd

    linuxwolf, He does, he only plays if he's certain to win, though.

  83. MattJ

    Ok

  84. Kev

    And it seems to work ok.

  85. dwd

    Kev, Two implementations, strangely, for Gajim.

  86. MattJ

    Well I'm +1 to draft

  87. Kev

    (So I'm +1)

  88. Kev

    linuxwolf / ralphm?

  89. dwd

    Kev, Also Prosody server-side. RUmour of another XEP-0258 client or two soon, as well.

  90. ralphm

    surprising

  91. ralphm

    .

  92. ralphm

    hmm, major lag for some reason

  93. MattJ

    wfm

  94. ralphm

    I am +1

  95. linuxwolf

    I'm tempted to vote −1 on the principle of risk assessment (-:

  96. linuxwolf

    but I am +1

  97. Kev

    Marvellous.

  98. Kev

    4) http://xmpp.org/extensions/inbox/correction.html

  99. MattJ

    +1

  100. linuxwolf

    I'll give Kurt a stern look next time I see him

  101. Kev

    (I'm in favour, natch)

  102. MattJ

    A XEP by any other name would be the same protocol, FWIW

  103. ralphm

    apparently dwd had such a nightmare on this he couldn't articulate it

  104. Kev

    MattJ: Right, I think we can quibble about names when it's on the vine.

  105. linuxwolf

    I am still concerned about the change of any arbitrary past message

  106. Kev

    linuxwolf: Which is why it says not to do that.

  107. dwd

    ralphm, Only with changing arbitrary past messages.

  108. ralphm

    I think it is a terrible feature for recognise that some people want it and don't object to the spec being experimental

  109. ralphm

    dwd: I forgot my sarcasmicon again?!

  110. linuxwolf

    wow…lag and burst

  111. Kev

    For those not keeping up, this version (unlike the version I put up an age ago) is correcting the most recent message only :)

  112. linuxwolf

    I've no objections to publishing

  113. stpeter

    noted :)

  114. Kev

    Excellent.

  115. Kev

    5) The bas64 stuff in XEP9.

  116. Kev

    I'm +1

  117. linuxwolf

    but I don't see text saying a client MUST NOT correct a message that is not it's own

  118. ralphm

    +1

  119. ralphm

    linuxwolf: wait what?

  120. Kev

    linuxwolf: Ok, I'm happy to tidy that up. It explicitly says that you send this to correct the most recently sent message.

  121. linuxwolf

    lag

  122. linuxwolf

    gawdamit

  123. ralphm

    linuxwolf: how would that work anyway?

  124. linuxwolf

    I'll save any further comments until I see xep-correct on the list (-:

  125. linuxwolf

    re XEP-009 … +1

  126. MattJ

    +1

  127. MattJ

    I somehow missed Kev's two XEP-0009 messages

  128. MattJ

    I thought linuxwolf's lag was going into reverse

  129. Kev

    6) XEP-0068 v1.2 http://xmpp.org/extensions/tmp/xep-0068-1.2.html http://xmpp.org/extensions/diff/api/xep/0068/diff/1.1/vs/1.2pre1

  130. linuxwolf

    mindlag (-:

  131. MattJ

    Wait, where did this come from? :)

  132. Kev

    So, I missed the RFC leading up to this, and I don't really like it, so I need to go do some list reading, I think.

  133. ralphm

    heh

  134. stpeter

    no hurry

  135. ralphm

    I did read it, and this would be a possible conclusion

  136. stpeter

    see http://mail.jabber.org/pipermail/standards/2011-October/025341.html

  137. MattJ

    It's an RFC already? Or still a draft?

  138. stpeter

    etc.

  139. Kev

    I'd like to just pass this off to the next Council instead.

  140. ralphm

    I'm still wondering about suggesting a way to avoid conflict (in case no registration takes place), in the distributed extensibility sense

  141. stpeter

    Kev: sure

  142. Kev

    MattJ: I use the common term, not the right term :)

  143. MattJ

    Ok :)

  144. MattJ

    I thought stpeter might be fast-tracking his own documents for a moment :)

  145. stpeter

    MattJ: should go to Working Group Last Call at the IETF a few weeks from now, I'd expect

  146. Kev

    7 http://xmpp.org/extensions/inbox/muc-unique.html

  147. stpeter

    as I said, no hurry

  148. MattJ

    Sigh, I'm still torn on this...

  149. linuxwolf

    I'm ambivalent

  150. MattJ

    I guess I think overall it should be published, mainly because it already has implementations

  151. ralphm

    I did like the suggestion of something like clark's notation, not the one form to rule them all

  152. MattJ

    A kind of non-historical historical

  153. linuxwolf

    right

  154. Kev

    So, are we publishing?

  155. MattJ

    Nobody has to use or implement it if they don't want to

  156. MattJ

    But people have

  157. ralphm

    MattJ: are those implementation using that unauthorized namespace?

  158. MattJ

    So yes, publish

  159. MattJ

    The what what?

  160. ralphm

    http://jabber.org/protocol/muc#unique

  161. linuxwolf

    no objections to publishing

  162. MattJ

    ralphm, why is it unauthorized?

  163. MattJ

    Prosody uses 'http://jabber.org/protocol/muc#unique' it seems, yes

  164. ralphm

    because, you know, it isn't a XEP yet, it is a new namespace and we use different ones now?

  165. Kev

    ralphm: It is a XEP, it's in XEP-0045.

  166. ralphm

    just asking. If there already is deployment, well, yeah

  167. Kev

    This is splitting it out.

  168. MattJ

    Well, that's my point about it being semi-historical

  169. stpeter

    we're just moving things around

  170. Kev

    http://xmpp.org/extensions/xep-0045.html#schemas-unique

  171. Kev

    Five minutes to go and lots still to do. I don't want the last meeting of term running over!

  172. ralphm

    erm, I missed that, sorry

  173. Kev

    ralphm: Are you ok on publishing?

  174. ralphm

    +1 then

  175. Kev

    Excellent.

  176. linuxwolf

    pubit!

  177. Kev

    8) http://xmpp.org/extensions/inbox/dmuc3.html

  178. ralphm

    we need more of those!

  179. ralphm

    distribute them all

  180. MattJ

    I haven't submitted mine yet!

  181. linuxwolf

    DISTRIBUTE ALL THE THINGS!

  182. Kev

    This is an odd one. It seems to be taking the approach from FMUC, including copy/pasting blocks of the text from FMUC, but trying to publish it under a new author, with slightly different syntax.

  183. ralphm

    mattj: we'll reserve dmuc4 for you!

  184. MattJ

    Thank you

  185. MattJ

    I heard my next door neighbour wants to submit one too

  186. stpeter

    Kev: yeah, I think the author might want to simply post to the list -- perhaps it didn't even belong in the inbox

  187. MattJ

    Can he have dmuc5?

  188. linuxwolf

    focus please

  189. MattJ

    linuxwolf, I'm focusing hard

  190. ralphm

    Kev: can't we suggest he works with the fmuc people?

  191. Kev

    ralphm: We can, that's me.

  192. linuxwolf

    (-:

  193. ralphm

    Kev: I know, this is you other hat, you know?

  194. Kev

    But I don't mind this going onto the vine, we've got 3 other variants up there already :)

  195. ralphm

    well, if it is mostly a copy I'm -1

  196. Kev

    ralphm: I think you should decide for yourself rather than using my biased summary :)

  197. MattJ

    Same, but I haven't read it, so if it's any more complicated I'm voting on list

  198. MattJ

    I'll vote on list

  199. Kev

    Ok, let's leave this clean and just leave it for the next Council, then.

  200. ralphm

    Kev: that was my plan

  201. Kev

    Rather than having the confusion of voting crossing the term end.

  202. MattJ

    Good point

  203. Kev

    I think that's everything, so:

  204. Kev

    9) Thanks folks.

  205. ralphm

    And thank you, Kev for chairing

  206. Kev

    Thanks all for the hard work.

  207. MattJ

    Thank you :)

  208. stpeter

    hear hear!

  209. MattJ

    20s left

  210. Kev

    10) Any other business

  211. ralphm

    beers, fireworks

  212. Kev

    (Lasting less than 10 seconds)

  213. MattJ

    None

  214. linuxwolf

    nay

  215. dwd

    Oh, one more thing

  216. ralphm

    :-D

  217. dwd

    Why do these meetings take so long?

  218. linuxwolf shoots evil eye @ dwd

  219. dwd cackles.

  220. Kev

    11) Fini.

  221. linuxwolf

    再见

  222. Kev

    Thanks folks, see you on the lists, good luck to the next Council.

  223. MattJ

    +1

  224. stpeter

    thanks indeed

  225. Kev

    I will sort out minutes, but not tonight.

  226. linuxwolf

    谢谢大家

  227. MattJ

    Oh yes, thanks for humouring me with the late meeting :)

  228. ralphm

    linuxwolf: care to translate?

  229. linuxwolf

    thank you to everyone?

  230. linuxwolf

    practicing my copy/paste Chinese (-:

  231. ralphm

    MattJ: It's ok! I will now go sleep

  232. MattJ

    linuxwolf, with a question mark because you're not quite sure? :)

  233. MattJ

    'night ralphm :)

  234. stpeter goes back to reviewing IRI WG issues

  235. linuxwolf

    MattJ: precisely

  236. MattJ

    stpeter, some people get all the fun

  237. ralphm

    IRItating?

  238. linuxwolf goes to read more JOSE drafts

  239. stpeter

    enjoy :)

  240. linuxwolf

    I kinda wish it was called JOES

  241. linuxwolf

    (-:<

  242. ralphm

    linuxwolf: just buy some stickers

  243. ralphm

    use funky fonts

  244. ralphm

    ...

  245. ralphm

    profit!

  246. linuxwolf

    heh

  247. linuxwolf

    maybe I can get ekr to raise a "point of order" on the WG name (-:

  248. ralphm

    I'm sure you could

  249. ralphm

    should be fun

  250. linuxwolf

    /nod