XSF Discussion - 2023-05-16

  1. floretta has left

  2. con3 has joined

  3. floretta has joined

  4. tee has joined

  5. Tobi has joined

  6. Tobias has joined

  7. pablo has left

  8. sdjlbmrt has left

  9. zonsopkomst has left

  10. zonsopkomst has joined

  11. Tobi has left

  12. Tobias has left

  13. Peter Waher has left

  14. floretta has left

  15. stp has left

  16. neshtaxmpp has left

  17. neshtaxmpp has joined

  18. ZeoZ has left

  19. Wojtek has left

  20. floretta has joined

  21. gooya has left

  22. floretta has left

  23. floretta has joined

  24. Wojtek has joined

  25. floretta has left

  26. floretta has joined

  27. asterix has left

  28. asterix has joined

  29. singpolyma has left

  30. singpolyma has joined

  31. Wojtek has left

  32. Tobi has joined

  33. Steve Kille has left

  34. Tim R has left

  35. Tim R has joined

  36. sdjlbmrt has joined

  37. xnamed has left

  38. Wojtek has joined

  39. robertooo has joined

  40. robertooo has left

  41. robertooo has joined

  42. intosi@ik.nu has left

  43. intosi@ik.nu has joined

  44. Tobi has left

  45. Wojtek has left

  46. stp has joined

  47. singpolyma has left

  48. singpolyma has joined

  49. intosi@ik.nu has left

  50. intosi@ik.nu has joined

  51. intosi@ik.nu has left

  52. intosi@ik.nu has joined

  53. tee has left

  54. tee has joined

  55. intosi@ik.nu has left

  56. intosi@ik.nu has joined

  57. stp has left

  58. belove has left

  59. BASSGOD has left

  60. sdjlbmrt has left

  61. belove has joined

  62. BASSGOD has joined

  63. lissine has joined

  64. Yagiza has joined

  65. BASSGOD has left

  66. paul has left

  67. kurisu has left

  68. intosi@ik.nu has left

  69. intosi@ik.nu has joined

  70. intosi@ik.nu has left

  71. intosi@ik.nu has joined

  72. lissine has left

  73. BASSGOD has joined

  74. intosi@ik.nu has left

  75. intosi@ik.nu has joined

  76. Yagiza has left

  77. Yagiza has joined

  78. intosi@ik.nu has left

  79. intosi@ik.nu has joined

  80. intosi@ik.nu has left

  81. intosi@ik.nu has joined

  82. bhavy has left

  83. intosi@ik.nu has left

  84. bhavy has joined

  85. intosi@ik.nu has joined

  86. BASSGOD has left

  87. intosi@ik.nu has left

  88. intosi@ik.nu has joined

  89. BASSGOD has joined

  90. intosi@ik.nu has left

  91. intosi@ik.nu has joined

  92. Tobi has joined

  93. intosi@ik.nu has left

  94. intosi@ik.nu has joined

  95. Trung has joined

  96. lissine has joined

  97. intosi@ik.nu has left

  98. intosi@ik.nu has joined

  99. Tobi has left

  100. Tobi has joined

  101. Tobias has joined

  102. adiaholic has left

  103. adiaholic has joined

  104. raucao has left

  105. intosi@ik.nu has left

  106. intosi@ik.nu has joined

  107. sdjlbmrt has joined

  108. raucao has joined

  109. adiaholic has left

  110. intosi@ik.nu has left

  111. intosi@ik.nu has joined

  112. adiaholic has joined

  113. matthias has joined

  114. paul has joined

  115. Axel R. has joined

  116. lissine has left

  117. neshtaxmpp has left

  118. neshtaxmpp has joined

  119. resoli has left

  120. Trung has left

  121. Trung has joined

  122. BASSGOD has left

  123. sdjlbmrt has left

  124. catchy has joined

  125. adiaholic has left

  126. adiaholic has joined

  127. cal0pteryx (wurstsalat) has joined

  128. BASSGOD has joined

  129. *IM* has joined

  130. mirux has joined

  131. asterix has left

  132. asterix has joined

  133. poliux has left

  134. neshtaxmpp has left

  135. neshtaxmpp has joined

  136. kurisu has joined

  137. Steve Kille has joined

  138. matthias has left

  139. bhavy has left

  140. raucao has left

  141. intosi@ik.nu has left

  142. intosi@ik.nu has joined

  143. asterix has left

  144. asterix has joined

  145. sdjlbmrt has joined

  146. jcbrand has joined

  147. MSavoritias (fae,ve) has joined

  148. bhavy has joined

  149. Rebeld has left

  150. asterix has left

  151. asterix has joined

  152. debacle has joined

  153. intosi@ik.nu has left

  154. intosi@ik.nu has joined

  155. crk has left

  156. crk has joined

  157. Andrzej has joined

  158. raucao has joined

  159. asterix has left

  160. asterix has joined

  161. poliux has joined

  162. LNJ has left

  163. LNJ has joined

  164. emus has joined

  165. debacle has left

  166. goffi has joined

  167. chipmnk has left

  168. chipmnk has joined

  169. lskdjf has joined

  170. sdjlbmrt has left

  171. SteveF has joined

  172. nicola has left

  173. nicola has joined

  174. Andrzej has left

  175. debacle has joined

  176. *IM* has left

  177. *IM* has joined

  178. projjalm has joined

  179. Kev has joined

  180. Daniel has left

  181. lissine has joined

  182. Daniel has joined

  183. debacle has left

  184. sdjlbmrt has joined

  185. jgart has left

  186. debacle has joined

  187. neox has joined

  188. Titi has joined

  189. Titi has left

  190. sdjlbmrt has left

  191. Dele Olajide has joined

  192. resoli has joined

  193. arcxi has left

  194. stp has joined

  195. gooya has joined

  196. Menel has left

  197. arcxi has joined

  198. poliux has left

  199. Martin has left

  200. Martin has joined

  201. Martin has left

  202. Martin has joined

  203. sdjlbmrt has joined

  204. papatutuwawa has joined

  205. poliux has joined

  206. lissine has left

  207. arcxi has left

  208. 1inguini has joined

  209. Dele Olajide has left

  210. resoli has left

  211. arcxi has joined

  212. goffi has left

  213. goffi has joined

  214. stp has left

  215. BASSGOD has left

  216. arcxi has left

  217. pep.

    Is it too late to add a urn:xmpp:blocking#muc that says "Can also be applied to MUC occupants by adding an @occupant containing an occupant-id to <item/>"? It's stable.

  218. MattJ

    Is the intent that the user's server would track occupants in remote MUCs, or how would it work?

  219. Half-Shot has left

  220. uhoreg has left

  221. homebeach has left

  222. Matthew has left

  223. Half-Shot has joined

  224. Matthew has joined

  225. homebeach has joined

  226. uhoreg has joined

  227. pep.

    hmm. Maybe this should be its own spec and be stored on the MUC rather

  228. pep.

    hmm. Maybe this should be stored on the MUC rather

  229. flashcore has left

  230. belove has left

  231. Yagiza has left

  232. belove has joined

  233. pep.

    Different spec then? With a protocol somewhat similar to blocking?

  234. Zash

    Block command to the room?

  235. arcxi has joined

  236. pep.


  237. MSavoritias (fae,ve)

    isnt that already there? or is conversations misusing the feature?

  238. belove has left

  239. pep.

    It's probably an implementation detail of servers that make this work

  240. pep.


  241. pep.

    Blocking a nick isn't the same as blocking an occupant-id

  242. Steve Kille has left

  243. reika has left

  244. MSavoritias (fae,ve)

    ah right. occupant-id is only on the server?

  245. pep.

    It tracks JIDs in a room (pseudonymous, still)

  246. MSavoritias (fae,ve)


  247. antranigv has joined

  248. pep.

    Whereas just using nicks can lead to blocking someone that has nothing to do with the original person that was blocked

  249. *IM* has left

  250. MSavoritias (fae,ve)

    i wonder how you would do this on mix /thinking

  251. MSavoritias (fae,ve)

    need to read more of the docs ^^'

  252. pep.

    Would it make sense to reuse the 191 NS, or is it forever taken for the 1:1 case?

  253. djorz has joined

  254. arcxi has left

  255. belove has joined

  256. chipmnk has left

  257. chipmnk has joined

  258. MattJ

    Probably a question for the current council members, as they would be the ones who would need to approve it

  259. 1inguini has left

  260. 1inguini has joined

  261. BASSGOD has joined

  262. BASSGOD has left

  263. Daniel

    Big picture I would probably prefer if we find a way to put the occupant-id into the resource for everything that's coming from a muc (presence + messages). Then you can continue using regular blocking command

  264. Daniel

    (not wearing a council hat)

  265. Daniel

    Putting unstable Nicks into the resource was a mistake that needs fixing

  266. Yagiza has joined

  267. Steve Kille has joined

  268. resoli has joined

  269. *IM* has joined

  270. BASSGOD has joined

  271. Yagiza has left

  272. Yagiza has joined

  273. flashcore has joined

  274. neshtaxmpp has left

  275. MattJ

    Indeed, MIX changes that

  276. Fishbowler has left

  277. emus

    PR is open for June release: https://github.com/xsf/xmpp.org/pull/1273+

  278. emus

    PR is open for June release: https://github.com/xsf/xmpp.org/pull/1273

  279. BASSGOD has left

  280. Fishbowler has joined

  281. papatutuwawa has left

  282. djorz has left

  283. singpolyma has left

  284. papatutuwawa has joined

  285. Wojtek has joined

  286. no_1729 has left

  287. singpolyma has joined

  288. no_1729 has joined

  289. BASSGOD has joined

  290. xnamed has joined

  291. pep.

    MattJ, it doesn't, does it? (humor I did not sense?)

  292. pep.

    Daniel, I think making the resource meaningful here is a mistake fwiw

  293. pep.

    whether for nicks or occupant-id

  294. MattJ

    pep., it does. In MIX, the sending resource is the paricipant ID

  295. pep.

    Ah ok. Yeah it's still an issue to me but it's better than MUC ok

  296. Wojtek has left

  297. singpolyma

    I think I'm the last person who really likes the design of MUC 😅

  298. pep.

    Can we not redo MUC/MIX after my question please :)

  299. asterix has left

  300. asterix has joined

  301. MattJ

    The nice thing about MUC's (currently implemented) approach is that it ensures participant names are unique. Back then it was considered a very desirable (if not essential) feature, to prevent nick spoofing.

  302. MattJ

    Although people now find it weird that you can't have two people with the same name in a chat, you also see "modern" platforms struggle with the "unique name" vs "display name" thing

  303. Kev

    Except for using resourceprep, which is unsuitable for such things ;)

  304. MattJ

    Discord's recent user renaming being an example of that

  305. antranigv has left

  306. lissine has joined

  307. MattJ

    Of course we don't necessarily need this enforcement at the protocol level, and it may be better as a server feature, that could be toggled on/off depending on the deployment's requirements

  308. MattJ

    There's nothing stopping us from switching to participant ids in MUC resources and using <nick> for display purposes, we'd just have to agree to do it

  309. singpolyma

    Though there are privacy implications to having durable participant IDs so it probably shouldn't become mandatory... I guess the durable part is optional even if the IDs become mandatory

  310. pep.

    Yeah I'd prefer using <nick> too

  311. MattJ

    pep., so what's the plan to prevent impersonation?

  312. singpolyma


  313. pep.

    Have the MUC do it?

  314. pep.

    Not sure I get the question

  315. MattJ

    So the server enforces uniqueness of <nick> per occupant?

  316. singpolyma

    And enforces Nick only used by owning jid when reservation is present, as now

  317. pep.

    As it's currently ~done, that is with the mess that is MSN etc.

  318. pep.

    That doesn't change much, apart from MUC-PMs, which maybe we can rethink.. or retire, dunno :/

  319. pep.

    Even though MUC-PMs would also be best to occupant-ids / some kind of participant id anyway

  320. paul has left

  321. antranigv has joined

  322. paul has joined

  323. sonny has left

  324. singpolyma

    We have basically the opposite problem with pubsub where nodes don't have JIDs at all. Trade offs everywhere

  325. Andrzej has joined

  326. pep.

    singpolyma, do you have an example use-case where participant IDs aren't needed? Or rather harmful?

  327. singpolyma

    pep.: Right now a user can leave the MUC and come back moments later and no one (outside of admin of course) can know it's the same person, especially if they change nick

  328. singpolyma

    With durable participant id that becomes not possible

  329. singpolyma

    Don't get me wrong, I get that usually this is a misfeature. I'm honesty pro non anon for most rooms. But there are definitely cases where people like the privacy properties of semi anon

  330. pep.

    Yeah, this is actually someting occupant-id "solves". I never know where to stand regarding privacy here.

  331. pep.

    This is often a misfeature indeed

  332. MSavoritias (fae,ve)

    is occupant-id specific to muc?

  333. pep.

    I personally prefer anon rooms and this helps

  334. singpolyma

    MSavoritias (fae,ve): yes

  335. pep.

    MSavoritias (fae,ve), yeah

  336. singpolyma

    I mean, it's up to the MUC, but that's the idea

  337. singpolyma

    They make the semi in semi anon much more

  338. pep.

    I'd even go as far as saying I'd like JIDs to disappear from MUC altogether, not even exposed to admins

  339. pep.

    Because they don't need it

  340. pep.

    JIDs can stay in the operator realm

  341. MSavoritias (fae,ve)

    i am interested in paving the way towards burner jids in groupchats too

  342. MSavoritias (fae,ve)

    like fully anon

  343. pep.

    MSavoritias (fae,ve), yeah that's an option I have on my list to study

  344. MSavoritias (fae,ve)

    yeah. of course it brings up questions of how do we handle abuse

  345. pep.

    And that would probably work ok with occupant-id, as changing the JID would renew the ID

  346. singpolyma

    MSavoritias (fae,ve): yes, that's my favourite point in the design space. Use non Anon and if people want/need they use burner jid for full Anon participation

  347. Martin has left

  348. MSavoritias (fae,ve)

    so two seperate group chat types? on top of the non anon already?

  349. Martin has joined

  350. MSavoritias (fae,ve)

    sounds like too many

  351. singpolyma

    > yeah. of course it brings up questions of how do we handle abuse The trolls are pretty capable of making new JIDs whenever blocked already, so I'm not sure burners changes much

  352. MSavoritias (fae,ve)

    true. better to make moderation better

  353. singpolyma has left

  354. singpolyma has joined

  355. singpolyma

    > yeah. of course it brings up questions of how do we handle abuse The trolls are pretty capable of making new JIDs whenever blocked already, so I'm not sure burners changes much

  356. Kev

    > I'd even go as far as saying I'd like JIDs to disappear from MUC altogether, not even exposed to admins That's definitely unpleasant in lots of cases, because when people open a chat to someone they have in their roster, they expect it to be the same chat, regardless of whether it's from a MUC or the roster.

  357. singpolyma

    MSavoritias (fae,ve): define 'better' what do you think we're missing?

  358. pep.

    Kev, that depends on "people"

  359. sonny has joined

  360. Kev

    I didn't say all people, but I know from non-trivial amounts of experience that there are people who do.

  361. pep.

    I know some who actually like the distinction 1:1/MUC-PM and.. :/

  362. singpolyma

    Kev: right, for sure, I'd never show my family a semi anon room. It's a unique feature to XMPP that's quite unfamiliar

  363. Kev

    > I know some who actually like the distinction 1:1/MUC-PM and.. :/ You mean you have users who *want* to have two chats between the same two people, and it's not just because of a lack of threading support? What's their use case?

  364. pep.

    Anyway there can be a way to negociate giving each other's JIDs

  365. pep.

    They just don't need to be exposed by default

  366. MSavoritias (fae,ve)

    > I know some who actually like the distinction 1:1/MUC-PM and.. :/ I do. But implemented differently

  367. pep.

    Kev, different context, different discussions

  368. MSavoritias (fae,ve)

    Temporary rooms with burner jids that self destructed after a bit :)

  369. pep.

    I'm not one of these people, I don't know

  370. MSavoritias (fae,ve)

    > MSavoritias (fae,ve): define 'better' what do you think we're missing? In group chat context i would like to see more granural permissions implemented. Also a timeout both when a user joins and generally. Also a way to restrict what each user can send based on how much they have been in the chat. Also blocking to actually work. That started this whole discussion :P These aae some stuff of the top of my head

  371. MSavoritias (fae,ve)

    Granted a lot of stuff is there just not implemented. Like hats

  372. MSavoritias (fae,ve)

    Or the accept the tos before you join

  373. lissine has left

  374. lissine has joined

  375. emus

    Dear XMPP folks, I know I have been criticized for my insisting concerns on the XEP Editorial situation (no blame on the folks taking efforts over since then). But I still believe that we still have a general ongoing problem here. I hope this statistic below can show a bit the trend. _Two annotations: Dec & January are joined information that explains for example the big 01 2023 spike. And remind Dep, Def and Obs are not included as they misguide actual activity I believe. Anyway the complete data can be accessed and edited yourself via those files:_

  376. singpolyma has left

  377. singpolyma has joined

  378. Wojtek has joined

  379. Wojtek has left

  380. Wojtek has joined

  381. Peter Waher has joined

  382. *IM* has left

  383. 1inguini has left

  384. singpolyma

    MSavoritias (fae,ve): for timeout you mean "grin permissions over time" kind of thing as an option?

  385. singpolyma

    For "what they can send" you mean restricting media or other things?

  386. singpolyma

    Blocking to "actually work" is a trade off vs anonymity but I agree there is a slider there

  387. *IM* has joined

  388. Rebeld has joined

  389. emus

    hmm the files got never sent by dino :-*

  390. emus

    hmm the files got never sent by dino :-(

  391. emus


  392. emus

    hehe we go

  393. emus

    I can sent the data files later

  394. Daniel has left

  395. Arne has joined

  396. lissine has left

  397. lissine has joined

  398. Martin has left

  399. Martin has joined

  400. Daniel has joined

  401. 1inguini has joined

  402. wladmis has left

  403. wladmis has joined

  404. theTedd has joined

  405. lissine has left

  406. MattJ

    emus, sorry, but I don't see any problem (apart from the fact that a bunch of updates were batched together)

  407. lissine has joined

  408. stp has joined

  409. Kev

    It is true that I'm not getting through stuff as quickly as I'd like, but I'm not sure what that graph is implied to be saying.

  410. emus

    > Kev: > 2023-05-16 03:12 (GMT+02:00) > It is true that I'm not getting through stuff as quickly as I'd like, but I'm not sure what that graph is implied to be saying. Its not about your work or so

  411. MattJ

    27 XEPs were published/updated in the first 4 months of this year, compared with 30 XEPs in the first 4 months of last year

  412. MattJ

    a difference of 3 XEPs over a 4 month period with a graph this spiky, is just noise

  413. theTedd

    emus, I don't think you're criticised (personally) it's more that you appear to be focusing on the thing you find easier to quantify, rather than the real reasons which are much less tangible; i.e. if the 'editor situation' were magically fixed, there wouldn't suddenly be a flurry of activity and new XEPs appearing

  414. Kev

    It's not clear to me that there's an Editor issue that's stopping e.g. new XEPs being published.

  415. emus

    > theTedd: > 2023-05-16 03:14 (GMT+02:00) > emus, I don't think you're criticised (personally) it's more that you appear to be focusing on the thing you find easier to quantify, rather than the real reasons which are much less tangible; i.e. if the 'editor situation' were magically fixed, there wouldn't suddenly be a flurry of activity and new XEPs appearing Sure, but we did before in this time hit a month with 0 activity besides I need to fix the chart in the last two months

  416. MattJ

    emus, there was not 0 activity, there were 0 emails sent out

  417. MattJ

    Possibly 0 merges, but I don't think that was the case

  418. emus

    And there have been compliants from others too. and its also a bit unclear if we manage to get a basic automated setup at some spot?

  419. theTedd has left

  420. theTedd has joined

  421. MattJ

    You just posted a graph that shows there has been no substantial change

  422. MattJ

    Whether stuff is sufficiently automated is up to the people doing editor work

  423. MattJ

    I'm not sure what more there is to discuss

  424. theTedd

    there are countless reasons why people are otherwise busy or distracted, and it changes wildly over time; editing harder won't change that

  425. Arne has left

  426. Arne has joined

  427. Kev

    I'm sure if there's a queue of people who're wanting to do Editor work that I'm not knowingly turning them away.

  428. emus

    Kev: Its a general concern. I see that you jumped in and now trying to get it right. but I think thats not where we want to be with our core business, right? I should be fully backed in the organisation rather having more people or automation serving this? Besides jonas listed a lot of concerns to be adressed back in September, but I am not sure if we are out of risk that this cannot happen again, right?

  429. Kev

    (And if someone would like to take on the role entirely, I'd very much not be sad about not having that pressure)

  430. emus

    > Kev: > 2023-05-16 03:25 (GMT+02:00) > (And if someone would like to take on the role entirely, I'd very much not be sad about not having that pressure) yes, this ^ for example

  431. Alex

    A reminder that our current application period ends soon, in case you need to reapply: https://wiki.xmpp.org/web/Membership_Applications_Q2_2023

  432. emus

    Kev: I assume this is rather at the lower end of our resources. we shouldnt act there

  433. xnamed has left

  434. emus

    Thanks alex

  435. Daniel has left

  436. Daniel has joined

  437. Kev

    Re: Automation, moparisthebest (Please let me not have misremembered) wrote a triage checker for individual PRs. I have written on top of that a checker for the PR queue as a whole that works through each in turn running the script and telling me what to do - it doesn't get things 100% right (largely because of noisy data), so I don't think integrating it into the pipeline is right at the moment, but it's already being a significant help. I've also written scripts that wrap the PR queue script to manage the whole of a XEP Editor session, from PR checking through to sending mails (with the script I suspect Jonas originally wrote), uploading and deploying new images/containers. So things aren't perfect, but they're significantly better (in my view) than when Jonas retired.

  438. sdjlbmrt has left

  439. papatutuwawa has left

  440. emus

    But shouldnt we then try to get them into the pipeline and call for an "official" Editor (unless you & peter want to continue) to leave the "emergency staffing" (as I understood)

  441. sdjlbmrt has joined

  442. emus

    > theTedd: > 2023-05-16 03:14 (GMT+02:00) > rather than the real reasons which are much less tangible but what are the real reasons? sure I just pulled the data and see whats in there

  443. Arne has left

  444. Arne has joined

  445. theTedd

    > there are countless reasons why people are otherwise busy or distracted, and it changes wildly over time; editing harder won't change that

  446. MSavoritias (fae,ve)

    > MSavoritias (fae,ve): for timeout you mean "grin permissions over time" kind of thing as an option? Yeah. So a mod can "pause" a person from sending some specific type of thing and a person cant flood a roomwith stuff when they join. Instead you have a rule saying messages after 2 hours, images after 3 days and so on.

  447. mimi89999 has left

  448. mimi89999 has joined

  449. neshtaxmpp has joined

  450. MSavoritias (fae,ve)

    Also for granular permission i meant that its only mod and no mod. But a more granural thing. So hats basically. But deployed.

  451. theTedd

    eXtended Moderation Permissions Policy

  452. cal0pteryx (wurstsalat)

    but instead of trying to keep the status quo, shouldn't we aim to improve the situation even more? so that for example the backlog of PRs (40 atm) would get smaller over time?

  453. MattJ

    Are those 40 PRs requiring editor attention?

  454. Zash

    Group by "needs $who" ?

  455. cal0pteryx (wurstsalat)

    are people other than the editor actually maintain the PR list?

  456. cal0pteryx (wurstsalat)

    are people other than the editor actually maintaining the PR list?

  457. MSavoritias (fae,ve)

    Or make the tooling/architecture simpler and documented

  458. MSavoritias (fae,ve)

    Which from what i get is already a goal kind of

  459. stp has left

  460. BASSGOD has left

  461. inky has left

  462. theTedd

    Editor Tooling Sprint!

  463. MSavoritias (fae,ve)

    XEP process sprint 😁

  464. cal0pteryx (wurstsalat)

    > XEP process sprint 😁 that, too. the oldest PR dates back to 2017, and there are several other old/abandoned PRs

  465. Daniel has left

  466. Daniel has joined

  467. emus

    > MSavoritias (fae,ve): > 2023-05-16 03:55 (GMT+02:00) > XEP process sprint 😁 actually why not

  468. arcxi has joined

  469. MSavoritias (fae,ve)

    I said xep process because there were some ideas floating around to improve the xep submission process itself

  470. MSavoritias (fae,ve)

    One of them being not having to vote for experimental xeps and making tbe council gatekeepers in the process

  471. MSavoritias (fae,ve)

    Which i would be very much in favor

  472. MSavoritias (fae,ve)

    >> XEP process sprint 😁 > that, too. the oldest PR dates back to 2017, and there are several other old/abandoned PRs Yep. Good point

  473. kurisu has left

  474. theTedd

    sprints should be limited in scope, just to maintain focus

  475. MSavoritias (fae,ve)

    Well i see them connected. 🤷

  476. theTedd

    there's no reason both couldn't be done, I just meant it's best not to try to do too much under one umbrella

  477. theTedd

    XEPs should have some basic 'quality checks' but there's no reason that must necessarily be done by Counicl

  478. theTedd

    *Council (but then who?)

  479. moparisthebest

    Kev: I tried to clean up the noisy data here, can we get that merged? It's never going to pass CI https://github.com/xsf/xeps/pull/1265

  480. moparisthebest

    (because ci requires things we don't wanna do there)

  481. jgart has joined

  482. BASSGOD has joined

  483. MSavoritias (fae,ve)

    > XEPs should have some basic 'quality checks' but there's no reason that must necessarily be done by Counicl For experimental? Sure. But those are already done. Council doesnt need to intervene there

  484. MSavoritias (fae,ve)

    With the github ci that is

  485. papatutuwawa has joined

  486. Arne has left

  487. Kev

    > (because ci requires things we don't wanna do there) Could you leave that motivation on the PR so I'll see it next time I do a pass, please?

  488. Kev

    I'll remove 'needs changes' so I'll hopefully look at it again.

  489. Arne has joined

  490. moparisthebest

    Kev: when I say "we don't want to do" I'm wildly assuming you don't want to actually release new versions for each of those just to add missing but implied data :D sure I'll write it down

  491. Kev

    Sure, that argument's compelling.

  492. Kev

    And thanks.

  493. neshtaxmpp has left

  494. neshtaxmpp has joined

  495. Daniel has left

  496. Daniel has joined

  497. neshtaxmpp has left

  498. neshtaxmpp has joined

  499. theTedd has left

  500. theTedd has joined

  501. Menel has joined

  502. bhavy has left

  503. sdjlbmrt has left

  504. Arne has left

  505. Arne has joined

  506. SteveF has left

  507. resoli has left

  508. kurisu has joined

  509. resoli has joined

  510. bhavy has joined

  511. SteveF has joined

  512. theTedd has left

  513. lissine has left

  514. stp has joined

  515. Steve Kille has left

  516. SteveF has left

  517. Kev has left

  518. Tim R has left

  519. Tim R has joined

  520. Half-Shot has left

  521. uhoreg has left

  522. homebeach has left

  523. Matthew has left

  524. Half-Shot has joined

  525. Matthew has joined

  526. homebeach has joined

  527. uhoreg has joined

  528. Tim R has left

  529. SteveF has joined

  530. Tim R has joined

  531. Kev has joined

  532. *IM* has left

  533. Steve Kille has joined

  534. *IM* has joined

  535. lissine has joined

  536. Steve Kille has left

  537. Arne has left

  538. resoli has left

  539. Arne has joined

  540. lissine has left

  541. lissine has joined

  542. debacle has left

  543. BASSGOD has left

  544. resoli has joined

  545. BASSGOD has joined

  546. Dele Olajide has joined

  547. Dele Olajide has left

  548. Dele Olajide has joined

  549. Dele Olajide has left

  550. sdjlbmrt has joined

  551. djorz has joined

  552. lissine has left

  553. lissine has joined

  554. sjm has left

  555. sjm has joined

  556. poliux has left

  557. papatutuwawa has left

  558. stp has left

  559. stp has joined

  560. papatutuwawa has joined

  561. neshtaxmpp has left

  562. neshtaxmpp has joined

  563. Wojtek has left

  564. intosi@ik.nu has left

  565. intosi@ik.nu has joined

  566. moparisthebest has left

  567. moparisthebest has joined

  568. Steve Kille has joined

  569. xnamed has joined

  570. wladmis has left

  571. wladmis has joined

  572. Arne has left

  573. Arne has joined

  574. Steve Kille has left

  575. lissine has left

  576. lissine has joined

  577. chipmnk has left

  578. chipmnk has joined

  579. lissine has left

  580. lissine has joined

  581. catchy has left

  582. *IM* has left

  583. *IM* has joined

  584. jgart has left

  585. sdjlbmrt has left

  586. matthias has joined

  587. jcbrand has left

  588. jcbrand has joined

  589. asterix has left

  590. asterix has joined

  591. jjrh

    > Openfire has a very old plugin for Asterisk integration, but I'm not exactly sure if a) it's still functional and b) what exacty its features are. We could have a look at reviving it, if you're interested. The big problem with asterisk xmpp if I remember correctly is that it requires you have someone's jid/password which is obviously silly.

  592. singpolyma

    jjrh: how do you mean? We use the asterisk xmpp stuff

  593. jjrh

    Last I looked you had to configure every account you want to support.

  594. Zash

    Like with gateways/transports?

  595. jjrh

    So if you want to do something like map sipsimple to xmpp you need that extensions jid and password. When what you really want is asterisk acting as a component server.

  596. jjrh

    I don't think jingle works at all for asterisk anymore at least not in a useful way.

  597. moparisthebest

    jjrh: https://sip.cheogram.com/ ?

  598. Arne has left

  599. Arne has joined

  600. jjrh

    Oh neat. Are you trying to get that merged upstream?

  601. moparisthebest

    That's a singpolyma question

  602. jjrh

    You forked asterisk and wrote a module or are you just translating sip to jingle?

  603. singpolyma

    Asterisk does all the heavy lifting for sip to jingle

  604. singpolyma

    I wrote a wrapper to do things like JMI

  605. singpolyma

    and better JIDs, etc

  606. jjrh

    So it's just using mod_jingle in asterisk?

  607. singpolyma

    There is a minor asterisk fork needed for DTLS also. We're not actively trying to merge it upstream due to the CLA

  608. singpolyma

    it's not called mod_jingle, but whatever the jingle module is called yeah, I forget the name

  609. jjrh

    Cool, I'll have to take a closer look

  610. sdjlbmrt has joined

  611. jjrh

    Wow okay I didn't realize res_xmpp could act as a component!

  612. Half-Shot has left

  613. uhoreg has left

  614. homebeach has left

  615. Matthew has left

  616. Half-Shot has joined

  617. Matthew has joined

  618. homebeach has joined

  619. uhoreg has joined

  620. papatutuwawa has left

  621. Wojtek has joined

  622. papatutuwawa has joined

  623. Arne has left

  624. debacle has joined

  625. jgart has joined

  626. Steve Kille has joined

  627. Wojtek has left

  628. jgart has left

  629. Dele Olajide has joined

  630. wladmis has left

  631. wladmis has joined

  632. sdjlbmrt has left

  633. lissine has left

  634. BASSGOD has left

  635. jcbrand has left

  636. belove has left

  637. neox has left

  638. Dele Olajide has left

  639. neshtaxmpp has left

  640. neshtaxmpp has joined

  641. LNJ has left

  642. LNJ has joined

  643. Steve Kille has left

  644. belove has joined

  645. *IM* has left

  646. BASSGOD has joined

  647. *IM* has joined

  648. jcbrand has joined

  649. lissine has joined

  650. matthias has left

  651. neox has joined

  652. lissine has left

  653. neox has left

  654. neox has joined

  655. neox has left

  656. neox has joined

  657. mirux has left

  658. jgart has joined

  659. mirux has joined

  660. neox has left

  661. neox has joined

  662. neox has left

  663. Andrzej has left

  664. asterix has left

  665. bhavy has left

  666. bhavy has joined

  667. Arne has joined

  668. asterix has joined

  669. inky has joined

  670. Steve Kille has joined

  671. Half-Shot has left

  672. uhoreg has left

  673. homebeach has left

  674. Matthew has left

  675. Half-Shot has joined

  676. Matthew has joined

  677. homebeach has joined

  678. uhoreg has joined

  679. no_1729 has left

  680. atomicwatch has joined

  681. atomicwatch has left

  682. atomicwatch has joined

  683. atomicwatch has left

  684. atomicwatch has joined

  685. atomicwatch has left

  686. atomicwatch has joined

  687. atomicwatch has left

  688. atomicwatch has joined

  689. neox has joined

  690. neox has left

  691. neox has joined

  692. lissine has joined

  693. petrescatraian has joined

  694. no_1729 has joined

  695. Wojtek has joined

  696. neox has left

  697. Yagiza has left

  698. arcxi has left

  699. lissine has left

  700. Trung has left

  701. atomicwatch has left

  702. arcxi has joined

  703. poliux has joined

  704. neox has joined

  705. lissine has joined

  706. neox has left

  707. neox has joined

  708. Arne has left

  709. neox has left

  710. atomicwatch has joined

  711. atomicwatch has left

  712. asterix has left

  713. asterix has joined

  714. mirux has left

  715. snow has joined

  716. goffi has left

  717. goffi has joined

  718. MSavoritias (fae,ve) has left

  719. MSavoritias (fae,ve) has joined

  720. jgart has left

  721. neox has joined

  722. PeterW has joined

  723. PeterW has left

  724. PeterW has joined

  725. PeterW has left

  726. resoli has left

  727. intosi@ik.nu has left

  728. neox has left

  729. intosi@ik.nu has joined

  730. neox has joined

  731. MSavoritias (fae,ve) has left

  732. Tobi has left

  733. Tobias has left

  734. Axel R. has left

  735. Wojtek has left

  736. Wojtek has joined

  737. goffi has left

  738. asterix has left

  739. asterix has joined

  740. snow has left

  741. floretta has left

  742. test4d has left

  743. lissine has left

  744. lissine has joined

  745. gooya has left

  746. floretta has joined

  747. papatutuwawa has left

  748. snow has joined

  749. *IM* has left

  750. lissine has left

  751. floretta has left

  752. floretta has joined

  753. snow has left

  754. Romeo has joined

  755. Romeo has left

  756. Tobi has joined

  757. Romeo has joined

  758. Tobias has joined

  759. jcbrand has left

  760. Titi has joined

  761. debacle has left

  762. Romeo has left

  763. Romeo has joined

  764. Romeo has left

  765. Romeo has joined

  766. BASSGOD has left

  767. Romeo has left

  768. Romeo has joined

  769. zonsopkomst has left

  770. zonsopkomst has joined

  771. floretta has left

  772. BASSGOD has joined

  773. Tobi has left

  774. Tobias has left

  775. djorz has left

  776. Titi has left

  777. chipmnk has left

  778. floretta has joined

  779. Romeo has left

  780. Kev has left

  781. neox has left

  782. catchy has joined

  783. floretta has left

  784. stp has left

  785. gooya has joined

  786. floretta has joined

  787. stp has joined

  788. emus has left

  789. catchy has left

  790. Chad has left

  791. Chad has joined

  792. djorz has joined

  793. stp has left

  794. djorz has left

  795. intosi@ik.nu has left

  796. intosi@ik.nu has joined

  797. emus has joined

  798. sdjlbmrt has joined

  799. floretta has left

  800. floretta has joined

  801. lskdjf has left

  802. catchy has joined

  803. antranigv has left

  804. cal0pteryx (wurstsalat) has left

  805. catchy has left

  806. catchy has joined

  807. intosi@ik.nu has left

  808. projjalm has left

  809. intosi@ik.nu has joined

  810. floretta has left

  811. floretta has joined