XSF Discussion - 2020-06-02


  1. rion has left
  2. rion has joined
  3. mimi89999 has left
  4. mimi89999 has joined
  5. mimi89999 has left
  6. mimi89999 has joined
  7. mimi89999 has left
  8. mimi89999 has joined
  9. Nekit has left
  10. mimi89999 has left
  11. mimi89999 has joined
  12. mimi89999 has left
  13. sonny has left
  14. sonny has joined
  15. sonny has left
  16. sonny has joined
  17. mimi89999 has joined
  18. adiaholic_ has left
  19. sonny has left
  20. sonny has joined
  21. Yagiza has joined
  22. emus has left
  23. arc has left
  24. arc has joined
  25. lskdjf has left
  26. alexis has joined
  27. lskdjf has joined
  28. lskdjf has left
  29. calvin has left
  30. lskdjf has joined
  31. lskdjf has left
  32. arc has left
  33. arc has joined
  34. sonny has left
  35. sonny has joined
  36. bear has left
  37. krauq has joined
  38. sonny has left
  39. sonny has joined
  40. sonny has left
  41. sonny has joined
  42. Kev has left
  43. Kev has joined
  44. stpeter has joined
  45. arc has left
  46. arc has joined
  47. arc has left
  48. arc has joined
  49. bear has joined
  50. arc has left
  51. arc has joined
  52. stpeter has left
  53. arc has left
  54. arc has joined
  55. arc has left
  56. arc has joined
  57. sonny has left
  58. sonny has joined
  59. arc has left
  60. arc has joined
  61. Daniel has left
  62. Daniel has joined
  63. bee has joined
  64. krauq has left
  65. krauq has joined
  66. bee has left
  67. arc has left
  68. arc has joined
  69. sonny has left
  70. sonny has joined
  71. sonny has left
  72. sonny has joined
  73. andy has joined
  74. lovetox has joined
  75. Tobias has joined
  76. sonny has left
  77. sonny has joined
  78. lovetox has left
  79. Shell has joined
  80. sonny has left
  81. sonny has joined
  82. lovetox has joined
  83. sonny has left
  84. sonny has joined
  85. Mikaela has joined
  86. Shell has left
  87. Shell has joined
  88. sonny has left
  89. sonny has joined
  90. lorddavidiii has left
  91. sonny has left
  92. sonny has joined
  93. lorddavidiii has joined
  94. adiaholic_ has joined
  95. alexis has left
  96. alexis has joined
  97. krauq has left
  98. krauq has joined
  99. wurstsalat has joined
  100. yqueonecnhgw has joined
  101. yqueonecnhgw has left
  102. sonny has left
  103. sonny has joined
  104. neshtaxmpp has joined
  105. Syndace has left
  106. werdan has joined
  107. sonny has left
  108. sonny has joined
  109. xsf has left
  110. xsf has joined
  111. lovetox has left
  112. lovetox has joined
  113. Daniel has left
  114. Daniel has joined
  115. krauq has left
  116. Daniel has left
  117. Daniel has joined
  118. Nekit has joined
  119. Alex has left
  120. Alex has joined
  121. krauq has joined
  122. chyna has left
  123. chyna has joined
  124. krauq has left
  125. Andrzej has joined
  126. Maranda has left
  127. Maranda has joined
  128. mukt2 has left
  129. krauq has joined
  130. mukt2 has joined
  131. karoshi has joined
  132. andrey.g has joined
  133. andrey.g has left
  134. emus has joined
  135. krauq has left
  136. Bezi has left
  137. krauq has joined
  138. Bezi has joined
  139. neshtaxmpp has left
  140. andrey.g has joined
  141. krauq has left
  142. goffi has joined
  143. xecks has joined
  144. Syndace has joined
  145. krauq has joined
  146. andrey.g has left
  147. karoshi has left
  148. emus has left
  149. emus has joined
  150. govanify has left
  151. govanify has joined
  152. lorddavidiii has left
  153. lorddavidiii has joined
  154. krauq has left
  155. krauq has joined
  156. lorddavidiii has left
  157. karoshi has joined
  158. xecks has left
  159. Syndace has left
  160. xecks has joined
  161. Syndace has joined
  162. lorddavidiii has joined
  163. Zash has left
  164. Zash has joined
  165. lskdjf has joined
  166. werdan has left
  167. karoshi has left
  168. karoshi has joined
  169. krauq has left
  170. !XSF_Martin has left
  171. krauq has joined
  172. !XSF_Martin has joined
  173. goffi has left
  174. waqas has joined
  175. eta has left
  176. eta has joined
  177. govanify has left
  178. govanify has joined
  179. Shell has left
  180. Shell has joined
  181. krauq has left
  182. Andrzej has left
  183. mukt2 has left
  184. werdan has joined
  185. krauq has joined
  186. mukt2 has joined
  187. neshtaxmpp has joined
  188. Shell has left
  189. Shell has joined
  190. krauq has left
  191. Alex Memberbot is still online for our member meeting today. If you have not voted yet you can still do so
  192. Link Mauve Is Davide Conzon here? If so, do you have a JID which federates with the rest of the Jabber network?
  193. lovetox has left
  194. lovetox has joined
  195. mukt2 has left
  196. govanify has left
  197. govanify has joined
  198. mukt2 has joined
  199. lovetox has left
  200. govanify has left
  201. govanify has joined
  202. paul has left
  203. paul has joined
  204. govanify has left
  205. govanify has joined
  206. karoshi has left
  207. Neustradamus Alex: after the ending, it will be possible to test the memberbot solution to have no instead of No?
  208. Neustradamus I have sent you code to test in real several months ago...
  209. Alex I cherry picked the code
  210. Alex It's there already
  211. Alex Master branch is broken and does not work. I need help to get ithis code fixed. People pushed non working code without testing it
  212. Alex Master branch is broken and does not work. I need help to get ithis code fixed and working
  213. govanify has left
  214. govanify has joined
  215. krauq has joined
  216. Holger Someone (Alex?) mentioned that these application time windows are outdated: > Applications from prospective new members are accepted during the first two weeks of every quarter (i.e., the first two weeks of January, April, July, and October). How does it work these days?
  217. karoshi has joined
  218. Alex Holger: usually I try to align with the timelines we had in previous years according to the wiki. Happy to agree on fixed timelines when it helps
  219. Andrzej has joined
  220. Holger Alex: Nah, fine with me. So next round would be early August AFAICS.
  221. Alex Ya
  222. Holger I planned to apply for some months now and kept being too late to the party so I thought I'd add a reminder to my calender, that's all :-)
  223. Alex Just create your application page now and I will add it to the Q3 application page
  224. Alex Or I ping you when the Q3 page is created
  225. Holger You sound as if I was able to get things done *before* it's almost too late.
  226. Holger :-) Hopefully my calender will do the trick this time. But thanks a lot!
  227. krauq has left
  228. Seve happy to hear that Holger !!!
  229. krauq has joined
  230. jonas’ Holger, I may also add you to my mental nagging list ;)
  231. jonas’ like I pester Link Mauve all the time about the reapplication ;)
  232. Link Mauve Holger, welcome to the club! :D
  233. Holger Heh, glad I'm not alone.
  234. karoshi has left
  235. karoshi has joined
  236. calvin has joined
  237. karoshi has left
  238. govanify has left
  239. govanify has joined
  240. karoshi has joined
  241. waqas has left
  242. krauq has left
  243. mukt2 has left
  244. krauq has joined
  245. govanify has left
  246. govanify has joined
  247. eevvoor has joined
  248. krauq has left
  249. krauq has joined
  250. lovetox has joined
  251. mukt2 has joined
  252. krauq has left
  253. wurstsalat has left
  254. wurstsalat has joined
  255. Shell has left
  256. krauq has joined
  257. adiaholic_ has left
  258. adiaholic_ has joined
  259. Bezi has left
  260. Bezi has joined
  261. krauq has left
  262. neshtaxmpp has left
  263. andy has left
  264. krauq has joined
  265. rion has left
  266. xecks has left
  267. xecks has joined
  268. !XSF_Martin has left
  269. adiaholic_ has left
  270. adiaholic_ has joined
  271. !XSF_Martin has joined
  272. andy has joined
  273. werdan has left
  274. neshtaxmpp has joined
  275. krauq has left
  276. karoshi has left
  277. mukt2 has left
  278. mukt2 has joined
  279. mukt2 has left
  280. mukt2 has joined
  281. karoshi has joined
  282. karoshi has left
  283. adiaholic_ has left
  284. adiaholic_ has joined
  285. mukt2 has left
  286. govanify has left
  287. govanify has joined
  288. mukt2 has joined
  289. xecks has left
  290. xecks has joined
  291. lovetox has left
  292. adiaholic_ has left
  293. adiaholic_ has joined
  294. karoshi has joined
  295. david has left
  296. david has joined
  297. govanify has left
  298. govanify has joined
  299. stpeter has joined
  300. karoshi has left
  301. mukt2 has left
  302. karoshi has joined
  303. mukt2 has joined
  304. eta has left
  305. eta has joined
  306. mukt2 has left
  307. mukt2 has joined
  308. karoshi has left
  309. karoshi has joined
  310. adiaholic_ has left
  311. adiaholic_ has joined
  312. APach has left
  313. DebXWoody Hi. https://xmpp.org/extensions/xep-0373.html#discover-pubkey "Note that the result may contain multiple pubkey elements. Only the public keys found in the most recent item MUST be used." I don't get this. Why should there more than one public key? Which one is the most recent item?
  314. Daniel That doesn't feel right
  315. Daniel It should probably say that the node should be used and configured as a singleton node
  316. pep. "most recent item", is that the thing that's not-really-well-defined? (most recently created vs updated?)
  317. pep. (or is that defined now?)
  318. pep. Daniel, why?
  319. pep. I don't think 373 forces a single key per account
  320. Daniel But in one item
  321. pep. ah right
  322. Daniel According to the quoted wording
  323. chyna has left
  324. pep. Well the quote suggests there might be multiple items, not multiple things in an <item/>
  325. Daniel I think our knowledge and understanding of PEP was different when the xep was written
  326. Daniel > Well the quote suggests there might be multiple items, not multiple things in an <item/> Yes. And you can avoid that was proper singleton nodes
  327. Daniel Which the authors probably didn't really know
  328. Daniel And/or implementations were more broken back then
  329. pep. Right, and different nodes for different keys
  330. lovetox has joined
  331. Daniel Yeah...
  332. Daniel Not sure if one would do that today
  333. Daniel I was just Reacting to the quote
  334. Daniel I didn't check the xep
  335. pep. sure
  336. DebXWoody There is a second question. I think it's not required to push the public key on the PEP. The client should be able to lookup for the key on the local keyring. I implemented it via lookup of checking the userid as XMPP URI in the local keyring. If there are more than one public key, should it be encrypted to all keys?
  337. pep. "the [only] client"?
  338. Daniel I guess since you are one of the first people to implemt this I guess it's on you to use your best judgment and provide feedback
  339. arc has left
  340. arc has joined
  341. Daniel Personally I would probably only implemt lookup and not mix in third party key sources
  342. DebXWoody There are already same problems with the gajim plugin :-(
  343. pep. If you don't push your public key on PEP, how are people going to encrypt to you? Am I missing something
  344. Daniel I wouldn't even use the local Keychain that is used for 'regular' pgp
  345. pep. yeah I wouldn't either
  346. DebXWoody I would :-)
  347. pep. Sure, that's left to the implementation anyway
  348. pep. Is that only for profanity? Any other clients you're pushing that to?
  349. DebXWoody yes, profanity and a small gtk application.
  350. DebXWoody Ok, I will try to write down some notes and send a mail on the mailinglist.
  351. werdan has joined
  352. DebXWoody https://codeberg.org/xmpp-messenger/eagle/wiki/Usage
  353. Daniel Isn't the possibility of having multiple keys inviting the same problems that omemo has
  354. Daniel Aka not being able to do tofu
  355. Daniel But having to resort to BTBV
  356. pep. Daniel, wasn't there talks about a "master key" at Summit?
  357. Daniel Even if few people actually do it the fact that it is allowed means I have to have trust ui for that
  358. pep. on the account
  359. pep. That being independent from $e2ee, so you could have OX or OMEMO behind I guess
  360. pep. Maybe somebody(tm) should write this down somewhere
  361. flow OpenPGP keyrings can consists of multiple keys
  362. flow OpenPGP keyrings can consist of multiple keys
  363. DebXWoody I did already started in German: https://codeberg.org/xmpp-messenger/eagle/wiki/BS-XMPPOXOpenPGP I will try to work on it. Maybe in the wiki?
  364. pep. Sure
  365. flow the design question is if the data/metadata node split is still required, given that we could to payload less notifications
  366. flow the initial version of OX, had no split, then we split and now it looks like we do not need the split
  367. flow singleton nodes are not relevant here
  368. flow I *think* you can argue in favor of the data/metadata node split if we want to support multiple keyrings per user, which we do now
  369. DebXWoody There can be more than one Key for a UID, but I don't like it. The user has to decided which key / key he would like to use.
  370. Daniel Singelton nodes and metadata spilt are two different issues
  371. Zash metadata split?
  372. Daniel The quoted paragraph is already requesting what should only contain one key
  373. flow Daniel, right, my point was that there singleton nodes only help collect garbage, they don't offer an advantage when it comes to determing the current keyring(s)
  374. flow Zash, xep373 § 4.1 and 4.2
  375. Daniel The quoted paragraph says you might get multiple items in return
  376. Daniel Which wouldn't be the case if the node was a singleton
  377. flow Daniel, I don't have the paragraph in front of me, which one was it again?
  378. Daniel > Hi. https://xmpp.org/extensions/xep-0373.html#discover-pubkey > "Note that the result may contain multiple pubkey elements. Only the public keys found in the most recent item MUST be used." > I don't get this. Why should there more than one public key? Which one is the most recent item?
  379. flow in any way, you could also simply request only the latest item
  380. Daniel That was the initial question
  381. Daniel And what I was Reacting to
  382. flow Uh, that is multiple pubkeys per item
  383. flow xep373 ex7 uses max_items=1
  384. Daniel Which makes the quoted paragraph even more confusing
  385. flow no wait, that is a request on a data node
  386. flow Ahh I guess I see now
  387. flow that is why the second sentence hints towards using max_items=1
  388. lovetox flow you could add a paragraph that says singleton node has to be used
  389. Daniel Even max_items=1 is just a work around for a proper singleton node
  390. flow well from a protocol POV there is no need to use a singleton node
  391. govanify has left
  392. pep. id="current" etc.?
  393. govanify has joined
  394. Daniel pep.: yes. Plus max items 1 on the node config
  395. lovetox flow either your XEP wants to request a single item
  396. Daniel Not on request
  397. lovetox then it should also enforce singleton node
  398. lovetox or not then you dont need maxitems=1
  399. Daniel I'm not saying the xep is wrong or anything
  400. Daniel Just our best practices have changed
  401. Daniel Wrt to PEP
  402. flow sure, the question is, if older versions of the keyring could be beneficial in some cases
  403. flow I can not answer that, and hence I am a little bit reluctant to specify the singleton node as a must
  404. Daniel Isn't the key supposed to be stripped down?
  405. flow Daniel, could you elaborate on max_items being just a work around for proper singleton nodes?
  406. Daniel So what kind of information would change?
  407. Daniel flow: well one limits the request the other actually let's the server store only one
  408. DebXWoody There is no need to have different versions of the public key.
  409. flow Daniel, right, I say that those are for different use cases
  410. lovetox flow are you aware whata singleton node is in pubsub?
  411. flow lovetox, yes
  412. alexis has left
  413. Daniel If the intent is to make historic variants of the key available the xep should state that as a feature
  414. Daniel Otherwise it comes of like an accident
  415. lovetox ok, so max-items=1 request always the last item, so why would you have a node that stores unlimited items
  416. lovetox if you always only request one
  417. flow as I said, I do not have an answer if having the history of the pubkey is benefical or not. Hence this part of the XEP is deliberatly designed so that we can experiment with it
  418. lovetox no its not, you looked at other XEPs back at that time and copied what they did
  419. lovetox now its a design decision
  420. lovetox ok :)
  421. karoshi has left
  422. Zash Not sure if it fits this use case, but there's a thing in XEP-0060 about payloadless notifications that could be nice for certain PEP uses. Avatars for example, if it had been designed with that in mind.
  423. Daniel It really doesn't come of as deliberate
  424. Daniel But noted
  425. flow So the XEP saying nothing about singleton nodes but recommending to use max_items=1 when requesting, while I followed the whole OMEMO singleton discussion does not come as deliberate?
  426. Daniel No
  427. Maranda has left
  428. lovetox anyway this discussion is not relevant client side anyway, as a client has to use max_items=1 anyway because we cannot depend that all other clients respect the singleton node
  429. flow I feel a little bit accused, but anyway. I mean the arguments in favor of keeping are not strong, I know, but I also do not see any harm in keeping the history
  430. lovetox its just a server thing to not store unlimited items
  431. paul has left
  432. paul has joined
  433. flow sure, I hope servers have a quota mechanism of some sort
  434. Zash There was a brief period after adding support for multiple items in Prosody and before adding limits where it it could store unlimited items.
  435. pep. well not declaring it a singleton node tells clients this can be a list, right? (then I'm not sure why the max_items=1 at all if it's not meant to be a singleton node)
  436. flow pep., because in most cases you want the most recent version of the key
  437. pep. Does max_items=1/singleton have anything to do with this?
  438. pep. (sorry I'm not sure I followed all of the above)
  439. Daniel Can you give an example for when the historic version of the same key is useful?
  440. flow with either of them you get the most recent version
  441. pep. flow, ah so a client can request max_items=1 for the "latest" but the server storing more?
  442. LNJ has left
  443. flow Daniel, no, but can you list all examples and show that none of them benefits from prior data? ;)
  444. flow I mean, I can not right now, and it is not unlikely that there is none
  445. flow But at least in this stage I wouldn't close the door for it
  446. flow And again, I don't see any harm, since servers have incentive to purge old items anyway
  447. pep. There's gonna be an update of 373 at some point anyway, for SCE :p
  448. pep. Or maybe 374 rather(?)
  449. DebXWoody AFAIK, the local Keyring, the keyserver and WKD doesn't provides historic versions of public keys.
  450. flow pep., well actually SCE's design was inspired by what xep373/374 do
  451. pep. flow, I know
  452. Daniel Right. So if you can't give an example for why one would want such a feature and if the feature is not mentioned anywhere then this is the reason that I believe the feature was not deliberate
  453. pep. But now that we have a SCE..
  454. flow Daniel, if I don't know if it is a feature or not, then I would hardly spell it out in the xep
  455. Wojtek has joined
  456. flow pep., sure, but at the current stage of SCE would switching OX to SCE provide any benefit and justify the version bump?
  457. pep. Might as well bump while there isn't many impls.
  458. flow bumping as soon as there is more than one experimental impl is hard, and we should also bump in batches
  459. flow that is, I would not bump for SCE alone, but if I had to bump, then sure, why not
  460. pep. :/
  461. flow I am not sure why this is disappointing?
  462. flow If we have learned one thing, then it is that version bumps should be taken carefully, and coordinated
  463. pep. Becaue I never get why people fear updates
  464. pep. It's just a thing that happens and we deal with it
  465. flow I don't think I fear updates
  466. flow But the fallout of version bumps can be significant
  467. krauq has joined
  468. flow In fact I am happy to bump, esp. in the 'experimental' stage
  469. LNJ has joined
  470. pep. I only know of 2 implementations atm, gajim and DebXWoody's, 373 is not used. I'm not sure what's preventing a bump at all
  471. flow but I would not bump for every "tiny" thing
  472. flow well for one, as of 5 minutes ago, nobody suggested a bump
  473. flow then, the far more important design decission when it comes to OX, is not SCE, but the metadata node split
  474. govanify has left
  475. bear has left
  476. govanify has joined
  477. flow then, IMHO, the far more important design decission when it comes to OX, is not SCE, but the metadata node split
  478. DebXWoody what is SCE?
  479. pep. 420
  480. krauq has left
  481. pep. Stuff that 373 does, but not specific to OX
  482. DebXWoody Ok, I saw,.. but forgot :-)
  483. krauq has joined
  484. Maranda has joined
  485. karoshi has joined
  486. flow pep., btw, smack has also an OX impl
  487. pep. k
  488. lovetox flow what do you refering to when you talk about a meta data node split
  489. lovetox there is already a metadata node
  490. flow lovetox, right, the question is if we could go instead with payloadless notifications
  491. lovetox i would not classify this as "far more important"
  492. lovetox this was a idea by someone, never impl in any xep and tested
  493. flow well if we could get rid of the split, then it would reduce the complexity of the protocol somewhat
  494. eevvoor has left
  495. flow which is always desirable IMHO
  496. lovetox its not complex, we have that split in 20 other xeps
  497. eevvoor has joined
  498. lovetox completely changing the syntax of how messages are transmitted ( SCE )
  499. flow well that does not mean that we have to continue that pattern if something better is feasible
  500. lovetox that is indeed a big change that should be made rather sooner than later
  501. flow is it really *completely* changing the syntax? IIRC SCE re-uses a lot names from OX
  502. LNJ has left
  503. Mikaela has left
  504. eevvoor has left
  505. lovetox it breaks that what i meant, it does not really matter by how much
  506. LNJ has joined
  507. krauq has left
  508. krauq has joined
  509. uhoreg has joined
  510. krauq has left
  511. krauq has joined
  512. karoshi has left
  513. karoshi has joined
  514. flow has left
  515. govanify has left
  516. govanify has joined
  517. govanify has left
  518. govanify has joined
  519. govanify has left
  520. govanify has joined
  521. lovetox has left
  522. krauq has left
  523. bear has joined
  524. alameyo has left
  525. Nekit has left
  526. krauq has joined
  527. mukt2 has left
  528. Nekit has joined
  529. mukt2 has joined
  530. papatutuwawa has joined
  531. krauq has left
  532. krauq has joined
  533. APach has joined
  534. Dele Olajide has joined
  535. alameyo has joined
  536. lovetox has joined
  537. arc has left
  538. arc has joined
  539. eevvoor has joined
  540. Maranda has left
  541. Maranda has joined
  542. eevvoor has left
  543. eevvoor has joined
  544. Dele Olajide has left
  545. krauq has left
  546. krauq has joined
  547. flow has joined
  548. flow has left
  549. neshtaxmpp has left
  550. Nekit has left
  551. mukt2 has left
  552. goffi has joined
  553. karoshi has left
  554. karoshi has joined
  555. flow has joined
  556. Bezi has left
  557. Bezi has joined
  558. DebXWoody Notes I have in mind about OX: https://wiki.xmpp.org/web/Tech_pages/OX
  559. Alex hey guys, anyone ready for our member meeting?
  560. arc has left
  561. arc has joined
  562. arc has left
  563. jonas’ is
  564. arc has joined
  565. Zash !
  566. jonas’ also forgot about it, but I’m still ready!
  567. Alex bangs the gavel
  568. Alex here is our Agenda for today: https://wiki.xmpp.org/web/Meeting-Minutes-2020-06-02
  569. Alex 1) Call for Quorum
  570. Alex as you can see 33 memebrs voted via proxy, so we have a quorum
  571. Alex 2) Items Subject to a Vote
  572. Alex new and returning members, you can see all applicants here: https://wiki.xmpp.org/web/Membership_Applications_Q2_2020
  573. Alex 3) Opportunity for XSF Members to Vote in the Meeting
  574. Alex anyone here who has not voted yet and wants to do so? Membernot is still online. Also accepting votes over other channels
  575. jonas’ Kev, you around?
  576. jonas’ I seem to recall that Kev had issues contacting memberbot
  577. Kev I am. Yes, I wasn't able to vote.
  578. Mikaela has joined
  579. Kev (Because xmpp.org won't S2S with my server)
  580. jonas’ how are you in this MUC then?
  581. Kev How do we actually do voting in person?
  582. Kev Different server.
  583. Alex Kev, you can send me your votes via private message if you want, or email
  584. Kev Memberbot knows me on my personal server, rather than work.
  585. Kev Alex: Or would it be easy to tell memberbot to know me at this address?
  586. Alex Kev, can whitelist also another Jid if you want
  587. Alex Kev, yes
  588. Alex send mme teh Jid and I will add it
  589. Kev There we go.
  590. arc has left
  591. arc has joined
  592. Kev gottit?
  593. Alex ya, try now please
  594. Alex restarted the bot, just in case
  595. Kev Done.
  596. Kev Thanks Alex.
  597. Alex 👍
  598. Alex anyone else? Otherwise I start counting
  599. Alex onay, working on the results then
  600. Guus rolls a drum
  601. Zash 🥁️
  602. Kev (Thanks for the ping jonas’ too)
  603. jonas’ Kev, you’re welchome :)
  604. jonas’ Kev, you’re welcome :)
  605. Alex 4) Announcement_of_Voting_Results
  606. Shell has joined
  607. Alex when you reload teh page at: https://wiki.xmpp.org/web/Meeting-Minutes-2020-06-02#Announcement_of_Voting_Results you can see the results
  608. Alex all new and returning memebrs were accepted. Congrats to everyone
  609. neshtaxmpp has joined
  610. Alex 5) Any Other Business?
  611. pep. None here
  612. Alex I need to update memberbot for our next voting to mmae sur ethe latest code on master works. Rigt now its throwing exceptions. I may ask for help here from more experiences python folks ;-)
  613. Bezi has left
  614. Bezi has joined
  615. agustin cordero has joined
  616. Alex I think something broke with the update from sleekxmpp
  617. agustin cordero hi
  618. Alex 6) Formal Adjournment
  619. Alex I motion that we adjourn
  620. Guus Thanks again, Alex.
  621. pep. Thanks Alex
  622. Zash Seconded
  623. moparisthebest thanks Alex!
  624. Alex bangs the gavel
  625. pep. agustin cordero, hi
  626. Alex thanks everyone. Will updatethe lists tomorrow morning and send out mmeeting minutes to the list
  627. Guus My python skills are nonexistent
  628. agustin cordero has left
  629. you has joined
  630. eevvoor has left
  631. you has left
  632. Kev Thanks Alex.
  633. Shell has left
  634. Shell has joined
  635. karoshi has left
  636. karoshi has joined
  637. neshtaxmpp has left
  638. arc has left
  639. arc has joined
  640. arc has left
  641. arc has joined
  642. govanify has left
  643. govanify has joined
  644. eta has left
  645. eta has joined
  646. arc has left
  647. arc has joined
  648. govanify has left
  649. govanify has joined
  650. neshtaxmpp has joined
  651. Yagiza has left
  652. j.r has left
  653. j.r has joined
  654. mathieui Thanks Alex
  655. j.r has left
  656. j.r has joined
  657. krauq has left
  658. Tobias has left
  659. papatutuwawa has left
  660. Tobias has joined
  661. j.r has left
  662. j.r has joined
  663. Mikaela has left
  664. Andrzej has left
  665. karoshi has left
  666. adiaholic_ has left
  667. adiaholic_ has joined
  668. karoshi has joined
  669. mukt2 has joined
  670. Shell has left
  671. Shell has joined
  672. arc has left
  673. arc has joined
  674. matkor has left
  675. krauq has joined
  676. Tobias has left
  677. goffi has left
  678. Shell has left
  679. Shell has joined
  680. matkor has joined
  681. lovetox i wish i could unsubscribe a thread on the standards list
  682. adiaholic_ has left
  683. jonas’ lovetox, open your sieve filters, match on References/In-Reply-To and discard;
  684. adiaholic_ has joined
  685. jonas’ in this case, you probalby want to match on a References header containing DB7PR02MB49561FD17292B534CAE51C60BC8D0@DB7PR02MB4956.eurprd02.prod.outlook.com
  686. lovetox filters, yeah such thing exists on my mail client, never needed it until now :D
  687. jonas’ I’m *nearly* surpirsed that kmail doesn’t have a shortcut for creating a filter based on a thread…
  688. krauq has left
  689. adiaholic_ has left
  690. adiaholic_ has joined
  691. alexis has joined
  692. waqas has joined
  693. karoshi has left
  694. neshtaxmpp has left
  695. werdan has left
  696. neshtaxmpp has joined
  697. lovetox has left
  698. karoshi has joined
  699. Nekit has joined
  700. arc has left
  701. arc has joined
  702. adiaholic_ has left
  703. adiaholic_ has joined
  704. lorddavidiii has left
  705. robertooo has left
  706. robertooo has joined
  707. Nekit has left
  708. Nekit has joined
  709. neshtaxmpp has left
  710. neshtaxmpp has joined
  711. Alex has left
  712. calvin has left
  713. mukt2 has left
  714. wurstsalat has left
  715. neshtaxmpp has left
  716. adiaholic_ has left
  717. andy has left
  718. Shell has left
  719. Shell has joined
  720. neshtaxmpp has joined
  721. Dele Olajide has joined
  722. arc has left
  723. arc has joined
  724. Daniel has left
  725. Daniel has joined
  726. krauq has joined
  727. Zash has left
  728. karoshi has left
  729. karoshi has joined
  730. Zash has joined
  731. neshtaxmpp has left
  732. krauq has left
  733. arc has left
  734. arc has joined
  735. Dele Olajide has left
  736. arc has left
  737. arc has joined
  738. arc has left
  739. arc has joined
  740. arc has left
  741. arc has joined
  742. arc has left
  743. arc has joined
  744. arc has left
  745. arc has joined
  746. arc has left
  747. arc has joined
  748. neshtaxmpp has joined
  749. neshtaxmpp has left
  750. alameyo has left
  751. alameyo has joined
  752. mukt2 has joined
  753. moparisthebest has left
  754. Shell has left
  755. Shell has joined
  756. mukt2 has left