XMPP Council - 2011-11-23


  1. MattJ

    The IETF is like one long roadshow

  2. ralphm

    Heh

  3. MattJ

    When they perform in London I'm going to buy tickets

  4. ralphm

    Do they have T-shirts with all venues and their dates, yet?

  5. stpeter

    ralphm: for those who've attended all the meetings, yes

  6. MattJ

    They wouldn't have t-shirts large enough

  7. stpeter

    MattJ: has a meeting in London been announced?

  8. MattJ

    stpeter, not that I'm aware of

  9. stpeter

    http://www.ietf.org/meeting/upcoming.html

  10. stpeter

    nope

  11. Kev

    Righty.

  12. Kev

    Shall we have a meeting then? :)

  13. Tobias

    yup

  14. Kev

    1) Roll call

  15. Kev

    I'm here.

  16. linuxwolf

    Jeebus

  17. linuxwolf

    her

  18. linuxwolf

    here even

  19. MattJ

    Hair

  20. MattJ

    *Here

  21. Kev

    ralphm: ?

  22. stpeter notes that linuxwolf is supposed to be on vacation right now

  23. Kev

    Bad linuxwolf, bad.

  24. linuxwolf notes that XSF doesn't feel quite like work work

  25. MattJ

    !

  26. linuxwolf

    kids decided to start pestering me just as Kev bangs the start gavel

  27. Kev pokes Ralph.

  28. ralphm

    here

  29. Kev

    Excellent.

  30. Kev

    2) Selection of a new Chair.

  31. MattJ

    ETOOMANYMEETINGS

  32. Kev

    I'm happy to do this again, or happy for someone else to.

  33. Kev

    Anyone fancy cat herding?

  34. MattJ

    I'm happy for you to if you're happy to

  35. linuxwolf

    ditto

  36. Tobias

    same here

  37. stpeter

    another year of the Kev dictatorship?!? ;-)

  38. MattJ

    For the record if I was chair, the 30 minute meeting rule would be on the block

  39. MattJ

    So it's best Kev stays

  40. linuxwolf

    heh

  41. Kev

    stpeter: Benevolent.

  42. stpeter

    Kev: natch :)

  43. linuxwolf

    mostly benevolent (-;

  44. Kev

    linuxwolf: Benevolent when it's in my interests.

  45. linuxwolf

    heh

  46. ralphm

    +1 for kev

  47. ralphm

    also, I am experiencing a lot of lag

  48. Kev rubs his hands with evil glee

  49. stpeter

    heehee

  50. linuxwolf

    can I change my vote? (-;

  51. Kev

    ralphm: That's ok, you've done the important bit now, you can vote for everything else on-list :D

  52. ralphm

    hehe

  53. Kev

    Right.

  54. Kev

    3) XEP-0068 Accept new version?

  55. Kev

    This was the x- stuff in http://xmpp.org/extensions/tmp/xep-0068-1.2.html, as I recall

  56. stpeter

    yes

  57. stpeter

    do you guys need the diff again? I posted it to the council@ list a while back

  58. Kev

    I don't, thanks.

  59. MattJ

    I do :)

  60. MattJ

    Looking for it

  61. Kev

    So, I was reading this earlier, and while I'm not opposed to dropping x-, especially if those smart IETF guys want us to, I'd like some more guidance in -68 about what to do instead, I think, to avoid conflicts.

  62. MattJ

    and... where's HAL, hmm

  63. stpeter

    http://xmpp.org/extensions/diff/api/xep/0068/diff/1.1/vs/1.2pre1

  64. MattJ

    HAL says this one: http://xmpp.org/extensions/diff/api/xep/0068/diff/1.1/vs/1.2pre1

  65. MattJ

    Oh, you're faster than he is :)

  66. MattJ

    Ah yes, memory jogged

  67. Kev

    stpeter: I was wondering about maybe something like suggesting people use project-specific (or similar) names.

  68. Kev

    So as to reduce the chance of conflicts.

  69. linuxwolf

    at one point, I thought we'd suggested using Clark-notation with your own namespace

  70. Kev

    Or is that, too, in opposition to the X-Dash

  71. linuxwolf

    e.g. {http://example.com/protocol/foo}myfield

  72. stpeter

    there are some recommendations in the xdash I-D

  73. Kev

    stpeter: Right, but not in -68.

  74. stpeter

    http://tools.ietf.org/html/draft-ietf-appsawg-xdash

  75. stpeter

    sure, I'd be fine with adding those to -68 as well

  76. stpeter

    there's not big hurry

  77. Kev

    I wonder if updating to match xdash is premature, too.

  78. stpeter

    I just don't to publish an RFC about how x- is bad while -68 says the opposite :)

  79. Kev

    stpeter: Duplication isn't strictly necessary, but some sort of onward pointer seems to be.

  80. Kev

    (Beyond the proposed "Don't use x- because xdash says not to)

  81. stpeter

    Kev: we could certainly wait at least until after the WGLC in the APPSAWG @ IETF

  82. MattJ

    "SHOULD identify a convention to allow local or implementation-specific extensions, and reserve delimeters for such uses as needed."

  83. Kev

    Excellent. My first vote of term is a -1. I feel good.

  84. ralphm

    what linuxwolf said

  85. ralphm

    alternatively, we have existing 'scoping' with pubsub# and muc#

  86. ralphm

    damn lag

  87. linuxwolf

    (-:

  88. MattJ

    Ok, idea... a note in -0068 about xdash potentially being the future?

  89. Kev

    So, agreement to hold off until a) WGLC and b) some suggestions for alternatives in a new 1.2?

  90. linuxwolf

    Kev: +1

  91. Kev

    I'm happy with a note saying "xdash looks like the future" right now, if people would rather that, yes.

  92. linuxwolf

    (to your suggestions)

  93. MattJ

    That way we acknowledge the xdash movement, without committing to it

  94. stpeter

    WFM

  95. Tobias

    Kev, sounds reasonable..so yes

  96. MattJ

    We need a "council note" element in XEPML :)

  97. stpeter

    heh

  98. Kev

    MattJ: I've suggested that before, I think.

  99. linuxwolf

    that's not a bad idea, actually

  100. MattJ

    I think you have

  101. stpeter notes that some RFCs contain "IESG Note" sections

  102. Kev

    (I say "I think", but what I really mean is "I'm very sure I have")

  103. linuxwolf

    that sounds like an AOB item to me (-:

  104. Kev

    Golly, time is getting on.

  105. MattJ

    Heh

  106. Kev

    So, I think we've discussed this to death.

  107. Kev

    4) http://xmpp.org/extensions/inbox/dmuc3.html Accept as Experimental

  108. linuxwolf

    ah, less controversial items

  109. MattJ

    Heh

  110. Kev

    linuxwolf: Possibly :)

  111. linuxwolf

    </sarcasm>

  112. Kev

    So, my reading of this was (a few weeks ago) that it's a fourth DMUC spec, using pretty much the approach of the third (FMUC) with some uglies.

  113. Kev

    And that, given FMUC's mine, I'll pretty much defer to the rest of Council on whether to accept or not.

  114. MattJ

    Would you highlight the uglies (in an email if many)?

  115. MattJ

    I think I'll vote on list after reviewing both specs

  116. Kev

    That'd mean me re-reading. Let me scan now, I've not re-read this week.

  117. linuxwolf

    can you provide me a link to fmuc?

  118. MattJ

    The scary thing is that none of these XEPs are the way I would do it :P

  119. Kev

    http://xmpp.org/extensions/xep-0289.html

  120. linuxwolf

    MattJ: the best thing about standards is there's so many of them

  121. ralphm

    MattJ: submit a dmuc4 (we started at 0?)

  122. linuxwolf

    grazie

  123. MattJ

    There are two, mine, and everyone else's

  124. Kev

    MattJ: You may be solving a different problem - I think the drive for DMUC/FMUC at the moment is largely for slightly specialist deployments.

  125. linuxwolf

    oh, FMUC expires next week

  126. Kev

    Anyway, dmuc3 does things like sending rosters in a new namespace, instead of re-using the current MUC notation, or the iq:roster notation.

  127. Tobias

    i'd also be nice if new XEP on this topic would have a short section on comparison against the already existing approaches of nearly the same thing

  128. MattJ

    Kev, indeed, most of these are designed around different (but similar) requirements

  129. Kev

    It does message forwarding not using the message forwarding spec.

  130. MattJ

    By dropping some requirements you can vastly increase simplicity, which is where the divide comes from I think

  131. linuxwolf

    Kev: I think that's because this may be documenting existing work … prior to your msg-fwd work

  132. stpeter has been thinking about distributed chat again recently but hasn't had time to update his DMUC spec

  133. Kev

    linuxwolf: Oh. That wasn't my understanding, I hadn't realised that.

  134. ralphm

    linuxwolfnod

  135. Kev

    ralphm / linuxwolf: Do you know how long Trident have had this working for?

  136. linuxwolf

    I may be misinformed also

  137. Kev

    Anyway, this is looking like it's moving to a discussion on list, doesn't it.

  138. Kev

    So we've got two AOB items.

  139. Kev

    5) Date of next meeting.

  140. linuxwolf

    it does … although ...

  141. Kev

    Does this time next week work for everyone?

  142. linuxwolf

    gah, slow down there TEx

  143. stpeter

    WFM

  144. Tobias

    WFM

  145. stpeter

    heh

  146. Kev

    linuxwolf: Only 9minutes left!

  147. linuxwolf

    -1 to next week

  148. MattJ

    wfm

  149. ralphm

    Kev I don't know, the document reads like an existing thing

  150. linuxwolf

    I'm in China

  151. linuxwolf

    again

  152. Kev

    Everyone ok for the same time in a fortnight?

  153. MattJ

    linuxwolf, council meetings too democratic to join from China?

  154. MattJ

    wfm

  155. linuxwolf

    I think I can make it in two weeks … I'd have to compare the times

  156. linuxwolf

    are we still looking at 1700 UTC?

  157. ralphm

    I can do next week. I am in San Francisco from 6-15 dec

  158. stpeter

    poor linuxwolf will be flying across the big lake again soon

  159. linuxwolf

    /sigh

  160. Tobias

    in two weeks works for me too

  161. linuxwolf

    and I won't have any status until the way back

  162. Kev

    Will we have anything to discuss next week to make it worth having a meeting with linuxwolf voting onlist?

  163. Kev

    Or shall we do the week after and have Ralph vote onlist?

  164. stpeter

    IMHO, week after

  165. Kev

    (Or leave it until we have something to discuss)

  166. linuxwolf

    I'm pretty sure that I'll be in the air for next week

  167. linuxwolf

    my trip is 11/29 to 12/09

  168. Kev

    By the time Ralph's back you're looking at 21st Dec, which is pretty close to the Christmas break.

  169. ralphm

    Kev: sure. I might be able to attend, but it'll be my first full day at Mochi, so probably no.

  170. stpeter will get busy on XEPs again now that he has completed his penultimate IETF meeting with IESG responsibilities

  171. Kev

    Ok, so, I propose we leave it until we have something to discuss, and then have a meeting with 4 members and one onlist, whenever that is.

  172. MattJ

    stpeter, congratulations :)

  173. linuxwolf

    sounds good to me

  174. MattJ

    Kev, +1

  175. linuxwolf

    ping?

  176. Kev

    pong?

  177. linuxwolf

    wow … burst of lag

  178. Tobias

    Kev, +1

  179. Kev

    Ok, then.

  180. Kev

    (I'm assuming Ralph isn't opposed to not having meetings he can't make)

  181. stpeter

    heh

  182. Kev

    6) Any other business

  183. Kev

    Council note in XEPs and GSoC from Peter.

  184. MattJ

    Yes, I haven't congratulated Tobias yet :)

  185. linuxwolf

    I think 1700 UTC is 0100 CST

  186. ralphm

    I am not opposed to that

  187. Tobias

    isn't GSoC something for the board?

  188. Kev

    Tobias: Council typically is heavily involved.

  189. Kev

    By which we really mean Kevin is typically heavily involved, and he's on Council :)

  190. ralphm

    haha

  191. Tobias

    Kev, ahh..okay... -)

  192. linuxwolf

    heh

  193. Kev

    But Council are part of voting on projects.

  194. stpeter will have time to help with GSoC in 2012

  195. Kev

    stpeter: What did you want to discuss?

  196. linuxwolf

    stpeter: 4 more months? (-:

  197. ralphm

    linuxwolfisn't that perfect timing for when you get back from karaoke?

  198. stpeter

    Kev: I had a tickler item on my calendar from months and months ago for us to get coordinated about GSoC earlier in the cycle this time

  199. linuxwolf

    ralphm: heh, we'll have to see

  200. stpeter

    Kev: we can discuss at a future meeting

  201. linuxwolf

    consider us tickled?

  202. stpeter

    yep

  203. Kev

    I was intending to tickle when Google announced GSoC '12 (assuming they do)

  204. stpeter

    I'll bring it up again at the next meeting

  205. Kev

    So, the other thing was Council notes in XEPs.

  206. linuxwolf

    +1 from me

  207. stpeter

    Kev: I think we decided we wanted to think about it earlier

  208. ralphm

    For the record, we have a FOSDEM devroom

  209. linuxwolf

    yay

  210. Kev

    Is there anything for us to discuss? Does someone want to volunteer to update the stylesheet?

  211. ralphm

    and will be talking about it in 1.5h

  212. Kev

    ralphm: Yes, that's great thanks. Sorry I can't make that meeting.

  213. linuxwolf

    I can take a look at it, but no firm commit from me yet

  214. Tobias

    and the XSL for the PDF publishing part... :)

  215. Kev

    Lovely, action item for linuxwolf.

  216. Kev

    And for Tobias.

  217. Kev

    Anything else?

  218. stpeter

    Kev: that can be the first section of the document, doesn't need a special XML element, I think

  219. ralphm

    or is it 20:00 UTC?

  220. Kev

    stpeter: WFM.

  221. MattJ

    20:00

  222. linuxwolf

    yeah, right when I have a doc appt

  223. ralphm

    my train is pulling into the station

  224. ralphm

    bang!

  225. Kev

    Ok, I think we're done.

  226. linuxwolf

    talking about me becoming a cyborg

  227. Kev

    Thanks all :)

  228. Kev does the first gavel banging of the new term.

  229. Kev

    I'll send out minutes as per usual, delayed as per usual :)

  230. ralphm

    yay

  231. stpeter

    woot!

  232. linuxwolf

    /nod

  233. stpeter

    thanks, guys

  234. Kev

    Speaking of that, are the room logs working again?

  235. Kev

    No.

  236. MattJ

    They were broken?

  237. linuxwolf

    I think any meeting over the next two weeks will be difficult for me … so we'll see

  238. Kev

    Have been since the upgrade, yes.

  239. linuxwolf

    ugh

  240. stpeter wanders off to do some PTO things during his paid time off, but will be back in time for the FOSDEM chat

  241. Tobias

    k...see you guys later or so...heading home now

  242. MattJ

    I'll take a look at that too then

  243. Kev

    Thanks Tobias.

  244. Kev

    Thanks MattJ.

  245. stpeter

    I hadn't realized the logs were gone

  246. Kev

    HTTP 500.

  247. linuxwolf

    eek

  248. Kev

    I only care because that's what I use for pulling the minutes off.

  249. Kev

    I should really try out this live minute taking thing Board do.