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


  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


  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


  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


  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’


  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’


  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’


  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