XMPP Council - 2020-11-18

  1. vaulor has left
  2. susmit88 has joined
  3. stpeter has left
  4. debacle has left
  5. stpeter has joined
  6. stpeter has left
  7. kusoneko has left
  8. kusoneko has joined
  9. B has left
  10. B has joined
  11. B has left
  12. B has joined
  13. stpeter has joined
  14. stpeter has left
  15. pprrks has joined
  16. vaulor has joined
  17. Lance has left
  18. Lance has joined
  19. Lance has left
  20. Tobias has joined
  21. susmit88 has left
  22. susmit88 has joined
  23. David has left
  24. David has joined
  25. susmit88 has left
  26. stpeter has joined
  27. Lance has joined
  28. susmit88 has joined
  29. stpeter has left
  30. Lance has left
  31. Lance has joined
  32. Lance has left
  33. neox has joined
  34. Zash has joined
  35. stpeter has joined
  36. stpeter has left
  37. debacle has joined
  38. Lance has joined
  39. Lance has left
  40. debacle has left
  41. neox has left
  42. neox has joined
  43. stpeter has joined
  44. adiaholic has left
  45. stpeter has left
  46. Lance has joined
  47. Lance has left
  48. adiaholic has joined
  49. debacle has joined
  50. Lance has joined
  51. stpeter has joined
  52. stpeter has left
  53. paul has left
  54. paul has joined
  55. paul has left
  56. paul has joined
  57. B has left
  58. B has joined
  59. B has left
  60. B has joined
  61. paul has left
  62. paul has joined
  63. adiaholic has left
  64. adiaholic has joined
  65. Lance has left
  66. sonny has left
  67. Lance has joined
  68. Lance has left
  69. Lance has joined
  70. stpeter has joined
  71. Lance has left
  72. Lance has joined
  73. eta has left
  74. eta has joined
  75. Lance has left
  76. Wojtek has joined
  77. B has left
  78. B has joined
  79. dwd has joined
  80. neox has left
  81. Lance has joined
  82. Lance has left
  83. Lance has joined
  84. daniel Hi
  85. Zash Hey
  86. dwd Ho
  87. dwd (From new house)
  88. Zash jonas’, forgotten about the meeting or nah?
  89. Ge0rG good morning everyone!
  90. Zash Sun went down hours ago, it's night now.
  91. Ge0rG Zash: set your clock to UGT
  92. Zash Do we have a chair?
  93. Ge0rG well, given an excellently prepared agenda, somebody can step in
  94. dwd I have a chair, thankfully. Though no desk, yet.
  95. Ge0rG 1) Roll Call
  96. dwd Oh, jonas’ said he might forget.
  97. Ge0rG looks like we are missing jonas’
  98. Zash 4/5
  99. Ge0rG everybody else is here, great!
  100. Ge0rG 2) Agenda Bashing
  101. Ge0rG are there any things to add?
  102. Ge0rG 3) Editor’s Update
  103. Ge0rG Editor's been very busy, we have some things to vote on today.
  104. Ge0rG 4) Items for voting
  105. Ge0rG please note that our term is closing, and we need to submit all votes until November 24th.
  106. jonas’ hahaha
  107. Ge0rG Can we manage that?
  108. jonas’ yeah, it happened
  109. jonas’ I was pulling cookies out of the oven just now
  110. jonas’ here I am
  111. Ge0rG welcome, jonas’!
  112. jonas’ sorry for the delay, thanks for taking over, Ge0rG
  113. Ge0rG jonas’: do you want to have the chair hat back?
  114. dwd Ge0rG, Maybe it's a hat chair?
  115. jonas’ Ge0rG, works for me
  116. jonas’ let’s see what happens to our votes :)
  117. Ge0rG I was just going to ask if everbody silently agrees with submitting all pending votes until November 24th.
  118. jonas’ 4a) Proposed XMPP Extension: File metadata element URL: https://xmpp.org/extensions/inbox/file-metadata.html Abstract: This specification defines a generic file metadata element to be used in other specifications.
  119. jonas’ Ge0rG, let’s just try and hope I don’t have to read bylaws or something
  120. dwd This one got some discussion on list already, and seems fine, so +1.
  121. jonas’ did it?
  122. Zash Oh?
  123. daniel +1
  124. dwd Ages ago, IIRC.
  125. jonas’ ah
  126. jonas’ I am +1, though I do have remarks I’ll suggest to the authors on-list
  127. Zash Got a reference to this previous discussion?
  128. dwd Or at least, it all looked familiar so I assumed I'd seen it before.
  129. Ge0rG this looks like it's copying the <file> element out of XEP-0234 for the sake of copying the <file> element out of XEP-0234. Am I missing something?
  130. Zash Yes
  131. Zash (so no)
  132. jonas’ Ge0rG, pretty much that
  133. jonas’ the idea is to have it separate for use in other specs and not bound to the '234 namespace, IIRC
  134. Zash +1
  135. Ge0rG what would be the way forward when we ever have to bump file-metadata? Will a client send two <file> elements with different namespaces?
  136. Ge0rG Well, given that 0234 is deferred, I think it's well worth a try, so +1
  137. Zash I'm not entirely convinced that another XEP fixes anything
  138. Ge0rG and it's missing clarification on which file elements are mandatory
  139. Zash Experimental doesn't need to be perfect
  140. daniel the idea isn’t to make it reslient against bumps but to better use it outside of jingle, no?
  141. Ge0rG Zash: me neither, but having smaller, reusable elements as their own XEPs looks like a good idea
  142. Zash I suppose
  143. dwd Ge0rG, "All child elements are OPTIONAL"
  144. dwd Ge0rG, Seems clear enough to me. :-)
  145. Ge0rG daniel: yes, but making it reusable will make it prone to bumping.
  146. jonas’ I agree
  147. jonas’ moving on
  148. Ge0rG dwd: indeed
  149. Zash I would appreciate a pointer to previous discussion
  150. jonas’ 4b) Proposed XMPP Extension: Stateless file sharing URL: https://xmpp.org/extensions/inbox/sfs.html Abstract: This specification describes a protocol for stateless asynchronous file sharing with integrity and transport flexibility. It allows clients to provide a good interoperable user experience in combination with Carbons and MAM.
  151. daniel +1
  152. dwd Zash, Yeah, same. Might have been in the XSF@ chatroom, but I'm sure I've seen something like this from larma before.
  153. dwd So this one is SIMS but based aorund the file metadata, so eradicates SIMS, right?
  154. Zash Eaiser to make a new XEP than to re-author SIMS?
  155. jonas’ dwd, but based around the file-metadata and *not* around references
  156. Ge0rG wouldn't it be a much more sane approach to just let Marvin co-author SIMS and do all the fixes there?
  157. dwd Ge0rG, For this one in particular, I wondered about that approach myself.
  158. Zash +1. let them A/B fight for the throne of OOB
  159. jonas’ the key difference would be "No mixed content, body is used for fallback only and not to transmit additional information." + "Not relying on underspecified usage of References (XEP-0372) [3]."
  160. daniel has there been a clear consensus on that we want this kind of refactor from SIMS?
  161. daniel because SIMS might still be useful for other things
  162. jonas’ do we need consensus before accepting this as Experimental?
  163. Ge0rG jonas’: I like the first ones, and the last one is largely political
  164. jonas’ ah, from that perspective
  165. dwd daniel, Hard to say, see my notes on communications elsewhere.
  166. jonas’ Ge0rG, the first one and the last one are pretty much tied together
  167. jonas’ I’m also +1 on this one, same as Zash
  168. Ge0rG So we are going to end up with clients sending three different "file attached" elements for compat reasons?
  169. dwd Ge0rG, Each supporting 19 different FT mechanisms?
  170. Ge0rG dwd: each supporting the same 19 mechanisms as the other one(s).
  171. Zash ... but in practice it's all equivalent to <body>https://foo/bar.png</>
  172. Zash Ge0rG, imagine the market for server-side translation modules!!!
  173. dwd Anyway, I'm +1 (in as much as I do not object)
  174. jonas’ Ge0rG, currently, there is only OOB, right?
  175. jonas’ so it would be at most two
  176. Ge0rG jonas’: there is SIMS
  177. dwd Ge0rG, I love your optimism that both clients would have any FT mechanisms in common at all.
  178. Ge0rG I'm on-list
  179. jonas’ Ge0rG, not in any real-world use
  180. daniel and with the body fallback it's probably relatively safe to just drop oob at some point
  181. dwd daniel, I hate boyd fallback, but there we are...
  182. dwd daniel, I hate body fallback, but there we are...
  183. Zash But we have the body fallback indicator! It's just lacking a fallback...
  184. Zash So we have [+4, on-list]. Next?
  185. jonas’ 4c) Proposed XMPP Extension: Encryption for stateless file sharing URL: https://xmpp.org/extensions/inbox/esfs.html Abstract: This specification provides a protocol for sharing encrypted files using the stateless file sharing protocol (XEP-xxxx).
  186. jonas’ +1, I sent feedback to the list
  187. daniel +1
  188. Zash +1
  189. jonas’ (just now, so it’ll probably arrive tomorrow)
  190. jonas’ (note that this directly depends on the previous one)
  191. daniel i'm not seeing that feedback
  192. daniel was this in reply to the proposed?
  193. jonas’ daniel, as I said, I sent it just now, so it’ll take a while
  194. jonas’ the list server hates me
  195. jonas’ (peak delay for my mail was something like an hour or so.)
  196. daniel oh fair enough
  197. jonas’ my feedback was mainly tha the cipher list should go in its own informational XEP like we have for hashes
  198. dwd Well, I think this has issues, but nothing insurmountable, so we'll publish first and fix afterward. I hope.
  199. jonas’ dwd, is that a disguised +1?
  200. larma jonas’, agree, especially due to overlap with JET
  201. jonas’ larma, excellent :)
  202. Ge0rG I like the Security Considerations.
  203. jonas’ me too :D
  204. jonas’ i chuckled when I reached that point
  205. Ge0rG +1
  206. jonas’ Ge0rG, is that a vote?
  207. dwd jonas’, Yeah, +1. I was thinking mostly that it's unclear if every cipher suite will have or need a "key" and "IV" split like that. Most do, of course, but IIRC there are encrypted formats which essentially include the IV.
  208. Ge0rG jonas’: yes
  209. jonas’ Ge0rG, you do realize that esfs depends strictly on sfs?
  210. jonas’ and that you are on-list for sfs?
  211. Ge0rG jonas’: damn.
  212. Ge0rG I'm in a deadlock now
  213. jonas’ think about that ;)
  214. Ge0rG if you can put <sources> inside of <encrypted> inside of <sources>, how many levels of encryption can you stack?
  215. dwd jonas’, As written, it does, but it could be "fixed" to be written around SIMS or something.
  216. jonas’ Ge0rG, :D
  217. Ge0rG in that case I'm on-list.
  218. jonas’ dwd, yes
  219. jonas’ Ge0rG, thanks
  220. jonas’ 4d) Proposed XMPP Extension: Stickers URL: https://xmpp.org/extensions/inbox/stickers.html Abstract: This specification provides a protocol to send stickers and to create and share sticker packs.
  221. Ge0rG it doesn't duplicate SIMS functionality, so I'm less strict on that one.
  222. jonas’ the hash calculation looks very familiar
  223. jonas’ someone stole from '390 ;)
  224. Ge0rG on-list; I need to think about the technical implications as well as copyright violation issues.
  225. jonas’ larma, since you’re around: please consider how to re-do it around NUL instead of ASCII separators, since ASCII separators are valid XML 1.1 (as opposed to 1.0), while NUL is not valid in any XML version.
  226. dwd I may be too old to fully understand what a Sticker is.
  227. jonas’ yeah this one is more complex, I’m on-list too
  228. Ge0rG dwd: something like a large custom emoji
  229. dwd I mean, I'm *all* about the Giphy. But I'm not sure I understand Stickers. I'm going to on-list this one.
  230. dwd Ge0rG, Yeah, but they come in packs? Like wolves?
  231. jonas’ Zash, daniel, ?
  232. daniel +1
  233. Zash +1
  234. daniel although I wonder if stickers might be better of with SIMS rather than file sharing
  235. Ge0rG dwd: that would be like different emoji fonts, or somesuch
  236. daniel doesn’t know how sticker work
  237. jonas’ alright
  238. jonas’ 5) Pending Votes
  239. Ge0rG I'm +1 on #1001
  240. larma jonas’, I'd rather enforce that name,desc and summary may not include ascii seperators instead of using null byte (because whatever is in those should be displayable to end-users anyway), but I see your point.
  241. jonas’ except for those started today, we have pending votes: - everyone except Ge0rG (thanks) on #1001 - dwd on advancement of CS-2020
  242. jonas’ larma, let’s do that in addition, but being resilient against it comes at little cost
  243. Ge0rG jonas’: CS-2021?
  244. jonas’ Ge0rG, yes
  245. dwd What's the current voting on CS-2021
  246. dwd ?
  247. jonas’ dwd, everoyne +1, except you
  248. Ge0rG well, we *could* advance CS-2020 to Final, right?
  249. jonas’ Ge0rG, no
  250. jonas’ that needs a CFE which is at least 2w long
  251. jonas’ so "we" cannot
  252. dwd Oh, I'll +0.
  253. jonas’ thanks!
  254. Zash Maybe we could ask Board to add a special compliance suite thing in XEP-0001
  255. jonas’ we’re already over our meeting time
  256. daniel also it needs to be 6 month old, no?
  257. jonas’ please cast votes for #1001 on-list, please
  258. jonas’ daniel, right, there was something about that ...
  259. jonas’ 6) Date of Next
  260. jonas’ NOBODY KNOWS!!
  261. jonas’ 7) AOB
  262. jonas’ anyone got any?
  263. Ge0rG CS-2020 is over a year old now!
  264. jonas’ Ge0rG, OHH
  265. jonas’ 2020
  266. jonas’ I always confuse those
  267. jonas’ technically, it needs to have been in draft for 6m, but yes
  268. Ge0rG jonas’: I noticed ;)
  269. jonas’ Ge0rG, that’s anyway next council’s problem
  270. Ge0rG > Update to Draft as per council vote on 2019/11/07.
  271. Ge0rG we could cast a CFE just now
  272. jonas’ Ge0rG, I’m not sure how those work across council boundaries
  273. Ge0rG maybe it will yield useful input for CS-2021
  274. jonas’ I know that LCs are implicitly restarted
  275. jonas’ so we don’t win much
  276. dwd Ge0rG, "We" don't start CFEs anyway, that's purely an Editor action.
  277. jonas’ that, too
  278. Ge0rG ignore everything I've said, it was just a sophisticated byrules troll attempt.
  279. Ge0rG *bylaws
  280. jonas’ Ge0rG, ok, thanks for doing that while we’re already 4 minutes over.
  281. Ge0rG jonas’: I'm sorry.
  282. dwd Ge0rG, I think that's because whichever Council in Times Gone Past forgot that one.
  283. jonas’ assuming no other AOB: Thank you all for this Council term. It was pleasure working with you. And special thanks (with cookies: 🍪) go to Tedd for consistently providing fun to read and comprehensive meeting minutes.
  284. dwd Ge0rG, Originally, I think neither Last Calls nor ProtoXEP Adoption/Publication were a Council thing, just Draft/Final advancements.
  285. jonas’ 8) Ite Meeting Est.
  286. dwd jonas’, Very much +1, and thanks for your excellent and concientious chairing.
  287. Ge0rG jonas’: thanks very much as well, it was great having you put structure into everything
  288. jonas’ much of that was thanks to daves spreadsheet of doom
  289. Zash Thanks all. It's been a pleasure serving with you.
  290. jonas’ oh and also the occasional email from Tedd with summaries of things which were forgotten about
  291. jonas’ that person is incredibly valuable and we should find a way to send them covid-safe cookies or something.
  292. dwd Also, while obviously I hate to lose elections, at least if I lose this one I know I'll have been beaten by people who'll be good here.
  293. neox has joined
  294. sonny has joined
  295. SouL has left
  296. SouL has joined
  297. neox has left
  298. neox has joined
  299. neox has left
  300. B has left
  301. B has joined
  302. B has left
  303. B has joined
  304. neox has joined
  305. B has left
  306. B has joined
  307. kusoneko has left
  308. kusoneko has joined
  309. B has left
  310. Zash has left
  311. Zash has joined
  312. B has joined
  313. B has left
  314. B has joined
  315. SouL has left
  316. vaulor has left
  317. vaulor has joined
  318. SouL has joined
  319. vaulor has left
  320. SouL has left
  321. vaulor has joined
  322. SouL has joined
  323. SouL has left
  324. vaulor has left
  325. SouL has joined
  326. vaulor has joined
  327. SouL has left
  328. vaulor has left
  329. vaulor has joined
  330. SouL has joined
  331. B has left
  332. B has joined
  333. Tobias has left
  334. neox has left
  335. Zash has left
  336. neox has joined
  337. eta has left
  338. eta has joined
  339. neox has left
  340. debacle has left
  341. stpeter has left