XSF Discussion - 2020-03-02


  1. debacle has left
  2. Link Mauve larma, at some point I wanted to go through all deferred XEPs and move them either to obsolete or to experimental, but Council couldn’t agree to a process.
  3. david has left
  4. david has joined
  5. Douglas Terabyte has left
  6. mukt2 has joined
  7. pdurbin has joined
  8. pdurbin has left
  9. mukt2 has left
  10. lskdjf has left
  11. Douglas Terabyte has joined
  12. Steve Kille has joined
  13. moparisthebest has joined
  14. neshtaxmpp has left
  15. karoshi has left
  16. moparisthebest has left
  17. moparisthebest has joined
  18. mukt2 has joined
  19. neshtaxmpp has joined
  20. mukt2 has left
  21. neshtaxmpp has left
  22. neshtaxmpp has joined
  23. pdurbin has joined
  24. krauq has left
  25. krauq has joined
  26. mukt2 has joined
  27. andrey.g has joined
  28. pdurbin has left
  29. mukt2 has left
  30. mukt2 has joined
  31. Yagiza has joined
  32. mukt2 has left
  33. andy has joined
  34. pdurbin has joined
  35. mukt2 has joined
  36. Steve Kille has left
  37. mukt2 has left
  38. Nekit has joined
  39. lorddavidiii has joined
  40. mimi89999 has left
  41. mukt2 has joined
  42. mimi89999 has joined
  43. mukt2 has left
  44. mukt2 has joined
  45. krauq has left
  46. krauq has joined
  47. debxwoody has joined
  48. mukt2 has left
  49. Jeybe has joined
  50. winfried has left
  51. winfried has joined
  52. Jeybe has left
  53. Jeybe has joined
  54. paul has joined
  55. Jeybe has left
  56. Jeybe has joined
  57. Jeybe has left
  58. Jeybe has joined
  59. Jeybe has left
  60. Jeybe has joined
  61. Jeybe has left
  62. Jeybe has joined
  63. mukt2 has joined
  64. mukt2 has left
  65. moparisthebest has left
  66. moparisthebest has joined
  67. j.r has left
  68. j.r has joined
  69. j.r has left
  70. andy has left
  71. j.r has joined
  72. j.r has left
  73. j.r has joined
  74. j.r has left
  75. j.r has joined
  76. j.r has left
  77. j.r has joined
  78. j.r has left
  79. j.r has joined
  80. j.r has left
  81. j.r has joined
  82. LNJ has joined
  83. Maranda has left
  84. jonas’ Link Mauve: The process is there, and AFAIK all it needs is someone to drive it (does not need to be in council)
  85. jonas’ all you need is to agree to shepherd all the XEPs you propose
  86. waqas has left
  87. jonas’ nobody stops you from doing that
  88. jonas’ (actually we're already LC and CFE-ing a bunch of XEPs at the moment, so *right now* I'm going to say "wait until we're done with the shortlist")
  89. pdurbin has left
  90. lorddavidiii has left
  91. lorddavidiii has joined
  92. mimi89999 has left
  93. mimi89999 has joined
  94. Maranda has joined
  95. Jeybe has left
  96. Jeybe has joined
  97. sonny has left
  98. sonny has joined
  99. Marc has joined
  100. Jeybe has left
  101. Jeybe has joined
  102. winfried has left
  103. debxwoody has left
  104. winfried has joined
  105. sonny has left
  106. sonny has joined
  107. nyco-2 has joined
  108. Max has left
  109. Max has joined
  110. eevvoor has joined
  111. Marc has left
  112. Marc has joined
  113. karoshi has joined
  114. nyco-2 has left
  115. andy has joined
  116. Jeybe has left
  117. Jeybe has joined
  118. Jeybe has left
  119. Jeybe has joined
  120. Jeybe has left
  121. Jeybe has joined
  122. flow larma> How do people feel about enabling the Deferred check box by default on https://xmpp.org/extensions/ +1
  123. Jeybe has left
  124. eevvoor has left
  125. Jeybe has joined
  126. raghavgururajan has joined
  127. pdurbin has joined
  128. Jeybe has left
  129. Jeybe has joined
  130. Kev +1
  131. Dele Olajide2 has joined
  132. Dele Olajide2 has left
  133. Jeybe has left
  134. Jeybe has joined
  135. pdurbin has left
  136. Jeybe has left
  137. Jeybe has joined
  138. Jeybe has left
  139. Jeybe has joined
  140. matkor has left
  141. matkor has joined
  142. Daniel has left
  143. Daniel has joined
  144. Jeybe has left
  145. Jeybe has joined
  146. goffi has joined
  147. debacle has joined
  148. vanitasvitae has left
  149. eevvoor has joined
  150. Jeybe has left
  151. vanitasvitae has joined
  152. Jeybe has joined
  153. Steve Kille has joined
  154. Jeybe has left
  155. Jeybe has joined
  156. raghavgururajan has left
  157. raghavgururajan has joined
  158. sonny has left
  159. sonny has joined
  160. Jeybe has left
  161. Jeybe has joined
  162. eevvoor has left
  163. eevvoor has joined
  164. Jeybe has left
  165. Jeybe has joined
  166. eevvoor has left
  167. Jeybe has left
  168. lorddavidiii has left
  169. Jeybe has joined
  170. lorddavidiii has joined
  171. Jeybe has left
  172. Jeybe has joined
  173. raghavgururajan has left
  174. Steve Kille has left
  175. Half-Shot[m] has left
  176. debacle has left
  177. Link Mauve +1
  178. Link Mauve jonas’, yeah indeed.
  179. Jeybe has left
  180. mukt2 has joined
  181. Jeybe has joined
  182. eevvoor has joined
  183. Half-Shot[m] has joined
  184. pdurbin has joined
  185. winfried has left
  186. winfried has joined
  187. mukt2 has left
  188. lskdjf has joined
  189. eevvoor has left
  190. lorddavidiii has left
  191. lorddavidiii has joined
  192. lorddavidiii has left
  193. lorddavidiii has joined
  194. lorddavidiii has left
  195. lorddavidiii has joined
  196. lorddavidiii has left
  197. lorddavidiii has joined
  198. pdurbin has left
  199. mimi89999 has left
  200. lorddavidiii has left
  201. winfried has left
  202. winfried has joined
  203. lorddavidiii has joined
  204. lorddavidiii has left
  205. larma Why is there no registry for ad hoc command nodes?
  206. lorddavidiii has joined
  207. larma And they are also not namespaced, so doesn't that imply that node names are opaque strings?
  208. larma XEPs relying on ad hoc command nodes having a specified name are therefor kinda broken by design
  209. jonas’ larma, there is a XEP which defines a bunch of ad-hoc commands with specific names
  210. larma 133 does, but it is only best practice
  211. larma so they are not well defined, just a suggestion
  212. raghavgururajan has joined
  213. jonas’ it’s informational track, which is good enough
  214. jonas’ it doesn’t define wire protocol, just usage of an existing protocol
  215. larma yeah, I guess that's fine for 133
  216. jonas’ and they’re namespaced, just in a weird way (with URL#suffix instead of the more well-defined {URI}suffix)
  217. jonas’ but yeah, in the Ad-Hoc XEP itself they’re opaque
  218. jonas’ also kind of the point of ad-hoc commands to be, well, ad-hoc
  219. larma but there are others in experimental that define commands with a given name
  220. jonas’ a registry would probably be good, but you know the state of the registries
  221. larma like 401
  222. Ge0rG 401 is using URL#suffix as well
  223. larma yeah well my point is that any XEP using them would kind of risk name clashes with other names. As according to 50 it is not supposed to be a well defined name and be completely opaque (basically only used as an ID in response to the command list)
  224. larma according to xep 50 it would be perfectly fine to use UUIDs instead of names
  225. Ge0rG or unicode emoji...
  226. larma yeah, therefor the fact that you are using URL#suffix is worth nothing, because it is opaque and thus I could use the same name just as a selection of random chars
  227. lorddavidiii has left
  228. larma a perfectly valid server implementation could generate random node names on every server restart
  229. jonas’ it could, but then it would also be useless
  230. larma why?
  231. larma according to the spec, you are requesting the list of commands first and the node name is not even supposed to be displayed to users
  232. jonas’ because automated entities will not be able to interact with the commands
  233. Ge0rG yaxim will rely on 0401 having that exact node name for invitation generation to work
  234. larma jonas’, automated entities can still automate with other entities. If they don't want to rely on the command listing before they would kind of have to agree on a set of commands out of band before
  235. jonas’ like in XEP-0133?
  236. larma it's just a suggestion
  237. larma and frankly I believe nobody relies on it client side
  238. larma you can just do command listing before displaying administration commands
  239. larma And the randomly-picking-new-name-server would still work perfectly fine with everyone doing that
  240. jonas’ a lot of things would work perfectly fine for some use-cases
  241. jonas’ that’s a pointless statement to make
  242. jonas’ you can ignore a lot of SHOULDs before you run into troubles
  243. larma My point is, I read XEP-0050 as it was considered to happen that way
  244. jonas’ xep-0050 maybe, but xep-0401 most definitely not
  245. jonas’ pubsub node names are also opaque
  246. jonas’ but people would start to complain if you put OMEMO keys in a randomly named node
  247. larma then again my point is that xep-0401 is abusing another xep out of it's intended usecases
  248. jonas’ (or avatars for that matter)
  249. jonas’ same situation really
  250. larma So issue with use of 0050 is fine because we already have issues with use of 0060?
  251. jonas’ no, because it’s not an issue
  252. jonas’ if one specification tells clients to not assign any meaning to a value and another specification inherits on that and says "oh, in this case, you can assume that the thing you want has name X", then that’s perfectly valid
  253. Ge0rG a new abuse case by 0401?
  254. jonas’ that’s the whole point of not assigning any meaning to a string in the base spec
  255. larma if it doesn't have any meaning in the base spec, how can another spec imply any meaning in it?
  256. lorddavidiii has joined
  257. jonas’ easy. you write it in the text.
  258. larma https://xmpp.org/registrar/nodes.html < pubsub nodes are supposed to be registered at least
  259. jonas’ that’s working well: Last Updated: 2004-10-11
  260. jonas’ and yes, ad-hoc should also have a registry, I’m agreeing on that one
  261. larma well the only node that is errornously not registered is 0084 user avatar
  262. jonas’ and all the nodes from '133
  263. jonas’ ah, you’re with PubSub, not with Ad-Hoc, sorry
  264. jonas’ but don’t they share the same namespace?
  265. larma what?
  266. jonas’ ad-hoc and pubsub and disco
  267. larma what do you mean by sharing namespace
  268. Zash They all use nodes
  269. mukt2 has joined
  270. jonas’ ^
  271. larma ad hoc node names are not the same as service disco node names
  272. jonas’ sharing the namespace: undefined things happen if you have two things with the same name
  273. Zash From XEP-0030
  274. jonas’ larma, good then
  275. jonas’ we just need a separate registry
  276. jonas’ and a document like the FORM_TYPE thing which defines that it shall henceforth be usedy
  277. jonas’ and a document like the FORM_TYPE thing which defines that it shall henceforth be used
  278. larma that would work, so who is going to file the PR against 0050?
  279. larma (btw, this stems from flows suggestion to use ad hoc commands on the mailing list)
  280. jonas’ haven’t read up on today’s stuff yet
  281. jonas’ larma, the more interesting question is: who is going to fix the registries?
  282. jonas’ there’s zero point in adding a registry if we lack the tooling to maintain it
  283. larma what do you mean with tooling? it's not like we advance tons of XEPs to Draft such that we really need tooling around it
  284. jonas’ larma, there is no way to get changes to the registries on the website at the moment
  285. jonas’ and by no way, I mean that you’d have to have iteam manually upload html files, which is Not Gonna Happen
  286. larma ok, that's bad indeed
  287. jonas’ yeah.
  288. larma best case, the XMPP Registrar Considerations sections in XEPs would be machine readable and we would automatically generate the registry list from XEPs (plus additional predefined things where needed).
  289. mukt2 has left
  290. jonas’ that’s already mostly machine readable (with soem heuristics)
  291. jonas’ but it wouldn’t catch cases like '84 which simply miss a submission to a registry
  292. jonas’ so we’d also need tooling to detect such cases
  293. jonas’ but that’s a completly different construction site
  294. jonas’ the main issue is that we can’t get the existing registries updated (they have a repository, I think xsf/registrar or so, but as mentionied earlier, no way to bring stuff to the website from there)
  295. larma really? We use humans to verify the XEPs anyway because they advance to draft
  296. jonas’ even if the "tooling" is a ToDo list
  297. rion has left
  298. jonas’ because nobody is going to remember that there’s a registry for '30 nodes
  299. rion has joined
  300. jonas’ or '50 nodes
  301. jonas’ it needs to be written down somewhere and people need to be aware that it exists and need to use it
  302. jonas’ even better if it’s in code
  303. larma I am certain there is a way to update the website, we just need to poke the right people so that that part can be automated
  304. jonas’ larma, guess what
  305. jonas’ I’ve been doing that for the past six months
  306. jonas’ since one of my PRs got rejected with "that should be in a registry"
  307. larma so, who is responsible then? board?
  308. jonas’ does it matter?
  309. jonas’ iteam doesn’t have the resources to do something about it
  310. jonas’ I haven’t brought it up with board officially, but I don’t think that’d be much use either
  311. jonas’ though maybe we should get board to pay MattJ to bring our infrastructure up-to-date
  312. jonas’ I heard we have some funds over
  313. vanitasvitae Kev, as an author, could you comment on https://mail.jabber.org/pipermail/standards/2020-February/037092.html ? 🙂
  314. mimi89999 has joined
  315. larma jonas’, I am a bit confused here: we do have an iteam, but they are not able to duplicate the automation that is already in place for xeps to the registry?
  316. jonas’ larma, yes, because something changed at docker hub
  317. jonas’ it would now require to grant docker hub privileges we don’t want to grant them
  318. jonas’ we can’t add another repository
  319. jonas’ so we have to use a different way to build the docker image with the static files
  320. larma so how about we put the registry in the xeps repo as they will be updated only at the same times anyway?
  321. Steve Kille has joined
  322. larma 😀
  323. jonas’ doesn’t help, we still need to set up a another repository on the docker hub side of things
  324. jonas’ (and connect that repository to github, which is the crucial step)
  325. jonas’ and even then, I’d not at all be happy with this "solution"
  326. larma I don't use docker (for good reasons apparently) so I can hardly help there
  327. jonas’ docker hub and docker are only tangentially related
  328. larma but they are
  329. jonas’ as much as I don’t like the container hype, that’s got nothing to do with it
  330. jonas’ docker hub is simply a crap CI infrastructure.
  331. jonas’ the web UI is also crap
  332. jonas’ (and who knows, the change may also be on the github permission model side of things, I don’t know)
  333. larma and it happens to be the main/default repo for docker
  334. jonas’ sure
  335. jonas’ the image hosting is fine
  336. jonas’ just the automated building in *their* cloud is crappy
  337. jonas’ (I have no idea how they pay for the insane amounts of bandwidth this thing must eat either way)
  338. pep. "jonas’> but it wouldn’t catch cases like '84 which simply miss a submission to a registry", while it's still not perfect, isn't protoxep -> experimental (and other subsequent state change) supposed to help a bit(?)
  339. pep. Ah larma suggested that already
  340. raghavgururajan has left
  341. raghavgururajan has joined
  342. pep. "jonas’> though maybe we should get board to pay MattJ to bring our infrastructure up-to-date" I'd be happy to do this, if he agrees. Or to find someone else
  343. jonas’ pep., '84 was changed in Draft, wasn’t it?
  344. jonas’ no wait, I’m confused
  345. jonas’ but '48 would be just the same actually.
  346. pep. yes human error is always a factor. It's never too late to fix it :) (once we get the registry back)
  347. Steve Kille has left
  348. Jeybe has left
  349. Jeybe has joined
  350. Marc has left
  351. Marc has joined
  352. winfried has left
  353. winfried has joined
  354. mukt2 has joined
  355. pdurbin has joined
  356. mukt2 has left
  357. moparisthebest has left
  358. Half-Shot has left
  359. Half-Shot has joined
  360. Half-Shot has left
  361. pdurbin has left
  362. moparisthebest has joined
  363. raghavgururajan has left
  364. raghavgururajan has joined
  365. lorddavidiii has left
  366. lorddavidiii has joined
  367. Jeybe has left
  368. Steve Kille has joined
  369. Jeybe has joined
  370. Kev pep.: I *think* that paying MattJ would be potentially problematic because of renumeration and Board (I'd have to remind myself of our bylaws).
  371. Jeybe has left
  372. Jeybe has joined
  373. raghavgururajan has left
  374. karoshi has left
  375. karoshi has joined
  376. jonas’ Kev: what if membership votes on that instead of just board?
  377. Kev Someone would need to check the rules about Board members receiving remuneration whichever way it comes about, I think.
  378. Kev Section 4.3 Compensation. Directors shall not receive any compensation for acting as such, but Directors shall be entitled to reasonable compensation for services rendered as an employee of the Corporation. The Corporation shall be entitled to purchase officers’ and directors’ liability insurance without violating these Bylaws.
  379. Kev There we go then.
  380. LNJ has left
  381. Jeybe has left
  382. Jeybe has joined
  383. Max has left
  384. Max has joined
  385. Jeybe has left
  386. Jeybe has joined
  387. raghavgururajan has joined
  388. debxwoody has joined
  389. pep. Kev: I was thinking about this indeed
  390. pep. I'm happy if it's somebody else then
  391. Ge0rG I'd also like to see iteam gain more resources, and if paying MattJ will give that, I'm all in
  392. Kev A couple of years ago we had an almost-offer of sponsorship in exchange for people helping the iteam with various tasks, but sadly it didn't come to anything.
  393. waqas has joined
  394. waqas has left
  395. raghavgururajan has left
  396. debxwoody has left
  397. Wojtek has joined
  398. Jeybe has left
  399. Jeybe has joined
  400. mukt2 has joined
  401. pdurbin has joined
  402. raghavgururajan has joined
  403. pdurbin has left
  404. Jeybe has left
  405. Jeybe has joined
  406. debxwoody has joined
  407. Jeybe has left
  408. Jeybe has joined
  409. debxwoody has left
  410. debxwoody has joined
  411. MattJ Just to be clear, is the quoted text from the bylaws saying it would be ok, or not ok?
  412. MattJ I read it as "ok"
  413. jonas’ me too
  414. jeybe has joined
  415. pep. Yeah, you can't be paid because you,re a director but you can if you actually work in/for the organization
  416. mukt2 has left
  417. eevvoor has joined
  418. LNJ has joined
  419. waqas has joined
  420. Half-Shot has joined
  421. pep. I'd like to have a clue about finances before though
  422. debxwoody has left
  423. lorddavidiii has left
  424. lorddavidiii has joined
  425. lorddavidiii has left
  426. Jeybe has left
  427. Jeybe has joined
  428. lorddavidiii has joined
  429. lorddavidiii has left
  430. Jeybe has left
  431. lorddavidiii has joined
  432. Jeybe has joined
  433. jeybe has left
  434. lorddavidiii has left
  435. lorddavidiii has joined
  436. lorddavidiii has left
  437. raghavgururajan has left
  438. lorddavidiii has joined
  439. lorddavidiii has left
  440. lorddavidiii has joined
  441. david has left
  442. david has joined
  443. lorddavidiii has left
  444. eta has left
  445. eta has joined
  446. lorddavidiii has joined
  447. eta has left
  448. eta has joined
  449. lorddavidiii has left
  450. Kev I read it as the XSF is able to employ a Director in order to pay them for work they wouldn't do as a Director.
  451. lorddavidiii has joined
  452. jonas’ yupp
  453. jonas’ iteam isn’t director’s work, is it?
  454. winfried has left
  455. winfried has joined
  456. lorddavidiii has left
  457. winfried has left
  458. winfried has joined
  459. lorddavidiii has joined
  460. lorddavidiii has left
  461. lorddavidiii has joined
  462. lorddavidiii has left
  463. lorddavidiii has joined
  464. andy has left
  465. andy has joined
  466. lorddavidiii has left
  467. winfried has left
  468. winfried has joined
  469. Lance has joined
  470. Lance has left
  471. lorddavidiii has joined
  472. Yagiza has left
  473. lorddavidiii has left
  474. Half-Shot has left
  475. Half-Shot has joined
  476. lovetox has joined
  477. lorddavidiii has joined
  478. lorddavidiii has left
  479. Jeybe has left
  480. Jeybe has joined
  481. lorddavidiii has joined
  482. winfried has left
  483. winfried has joined
  484. raghavgururajan has joined
  485. jeybe has joined
  486. lovetox has left
  487. jeybe has left
  488. jeybe has joined
  489. moparisthebest if it is, many a director is shirking their responsibility :D
  490. winfried has left
  491. winfried has joined
  492. Jeybe has left
  493. Jeybe has joined
  494. Jeybe has left
  495. Jeybe has joined
  496. Jeybe has left
  497. Jeybe has joined
  498. larma has left
  499. calvin has joined
  500. calvin has left
  501. calvin has joined
  502. raghavgururajan has left
  503. Jeybe has left
  504. Jeybe has joined
  505. larma has joined
  506. neshtaxmpp has left
  507. raghavgururajan has joined
  508. Jeybe has left
  509. Jeybe has joined
  510. Jeybe has left
  511. Jeybe has joined
  512. raghavgururajan has left
  513. calvin has left
  514. calvin has joined
  515. debacle has joined
  516. Jeybe has left
  517. Jeybe has joined
  518. Steve Kille has left
  519. raghavgururajan has joined
  520. raghavgururajan has left
  521. raghavgururajan has joined
  522. jeybe has left
  523. winfried has left
  524. winfried has joined
  525. eevvoor has left
  526. winfried has left
  527. winfried has joined
  528. winfried has left
  529. winfried has joined
  530. lovetox has joined
  531. winfried has left
  532. winfried has joined
  533. winfried has left
  534. winfried has joined
  535. Nekit has left
  536. andrey.g has left
  537. pdurbin has joined
  538. pdurbin has left
  539. Douglas Terabyte has left
  540. mukt2 has joined
  541. sonny has left
  542. mukt2 has left
  543. Marc has left
  544. Marc has joined
  545. krauq has left
  546. krauq has joined
  547. robertooo has left
  548. robertooo has joined
  549. Steve Kille has joined
  550. Nekit has joined
  551. mukt2 has joined
  552. rion has left
  553. j.r has left
  554. Douglas Terabyte has joined
  555. winfried has left
  556. winfried has joined
  557. j.r has joined
  558. Steve Kille has left
  559. j.r has left
  560. raghavgururajan has left
  561. rion has joined
  562. j.r has joined
  563. LNJ has left
  564. j.r has left
  565. calvin has left
  566. Steve Kille has joined
  567. j.r has joined
  568. j.r has left
  569. j.r has joined
  570. Nekit has left
  571. sonny has joined
  572. raghavgururajan has joined
  573. Jeybe has left
  574. Steve Kille has left
  575. Steve Kille has joined
  576. raghavgururajan has left
  577. raghavgururajan has joined
  578. Tobias has left
  579. Marc has left
  580. mukt2 has left
  581. eta has left
  582. eta has joined
  583. lovetox has left
  584. robertooo has left
  585. robertooo has joined
  586. lorddavidiii has left
  587. goffi has left
  588. larma has left
  589. lskdjf has left
  590. pdurbin has joined
  591. robertooo has left
  592. robertooo has joined
  593. neshtaxmpp has joined
  594. Steve Kille has left
  595. raghavgururajan has left
  596. winfried has left
  597. winfried has joined
  598. lskdjf has joined
  599. larma has joined
  600. pdurbin has left
  601. winfried has left
  602. winfried has joined
  603. winfried has left
  604. winfried has joined
  605. winfried has left
  606. winfried has joined
  607. david has left
  608. Daniel has left
  609. Daniel has joined
  610. andy has left
  611. paul has left
  612. Wojtek has left