XSF Discussion - 2021-01-04


  1. focus121 has left
  2. focus121 has joined
  3. govanify has left
  4. govanify has joined
  5. wladmis has joined
  6. govanify has left
  7. govanify has joined
  8. intosi has joined
  9. jcbrand has joined
  10. emus has left
  11. edenist has left
  12. edenist has joined
  13. xecks has left
  14. edenist has left
  15. edenist has joined
  16. intosi has left
  17. intosi has joined
  18. mukt2 has left
  19. alameyo has left
  20. Lance has joined
  21. Lance has left
  22. edenist has left
  23. edenist has joined
  24. alameyo has joined
  25. neshtaxmpp has left
  26. edenist has left
  27. edenist has joined
  28. debacle has left
  29. mukt2 has joined
  30. focus121 has left
  31. focus121 has joined
  32. arc has left
  33. arc has joined
  34. arc has left
  35. arc has joined
  36. arc has left
  37. arc has joined
  38. Andrzej has joined
  39. edenist has left
  40. edenist has joined
  41. LNJ has left
  42. edenist has left
  43. Andrzej has left
  44. edenist has joined
  45. edenist has left
  46. edenist has joined
  47. edenist has left
  48. edenist has joined
  49. intosi has left
  50. edenist has left
  51. edenist has joined
  52. Andrzej has joined
  53. alameyo has left
  54. alameyo has joined
  55. dwd has left
  56. intosi has joined
  57. edenist has left
  58. edenist has joined
  59. Andrzej has left
  60. govanify has left
  61. govanify has joined
  62. paul has left
  63. intosi has left
  64. edenist has left
  65. edenist has joined
  66. focus121 has left
  67. focus121 has joined
  68. jcbrand has left
  69. Andrzej has joined
  70. govanify has left
  71. govanify has joined
  72. edenist has left
  73. edenist has joined
  74. edenist has left
  75. edenist has joined
  76. alacer has left
  77. intosi has joined
  78. krauq has left
  79. krauq has joined
  80. wurstsalat has left
  81. alacer has joined
  82. Andrzej has left
  83. murabito has left
  84. intosi has left
  85. govanify has left
  86. govanify has joined
  87. murabito has joined
  88. edenist has left
  89. edenist has joined
  90. arc has left
  91. arc has joined
  92. Vaulor has joined
  93. govanify has left
  94. govanify has joined
  95. intosi has joined
  96. intosi has left
  97. intosi has joined
  98. murabito has left
  99. murabito has joined
  100. arc has left
  101. arc has joined
  102. govanify has left
  103. govanify has joined
  104. intosi has left
  105. Andrzej has joined
  106. edenist has left
  107. edenist has joined
  108. govanify has left
  109. govanify has joined
  110. neshtaxmpp has joined
  111. Andrzej has left
  112. Adi has left
  113. alex-a-soto has left
  114. alex-a-soto has joined
  115. intosi has joined
  116. intosi has left
  117. alex-a-soto has left
  118. alex-a-soto has joined
  119. Seve has joined
  120. Mikaela has joined
  121. intosi has joined
  122. govanify has left
  123. govanify has joined
  124. intosi has left
  125. govanify has left
  126. govanify has joined
  127. paul has joined
  128. pitchum has joined
  129. Andrzej has joined
  130. Tobias has joined
  131. arc has left
  132. arc has joined
  133. Andrzej has left
  134. Andrzej has joined
  135. govanify has left
  136. govanify has joined
  137. intosi has joined
  138. jcbrand has joined
  139. andy has joined
  140. pitchum has left
  141. intosi has left
  142. Andrzej has left
  143. arc has left
  144. arc has joined
  145. paul has left
  146. paul has joined
  147. intosi has joined
  148. govanify has left
  149. govanify has joined
  150. Adi has joined
  151. dwd has joined
  152. intosi has left
  153. paul has left
  154. paul has joined
  155. govanify has left
  156. govanify has joined
  157. emus has joined
  158. neshtaxmpp has left
  159. wurstsalat has joined
  160. pitchum has joined
  161. intosi has joined
  162. waqas has left
  163. marek has joined
  164. LNJ has joined
  165. intosi has left
  166. pitchum has left
  167. intosi has joined
  168. govanify has left
  169. govanify has joined
  170. Andrzej has joined
  171. Alex has joined
  172. Andrzej has left
  173. Andrzej has joined
  174. neshtaxmpp has joined
  175. intosi has left
  176. werdan has joined
  177. intosi has joined
  178. alacer has left
  179. floretta has left
  180. Yagiza has joined
  181. Andrzej has left
  182. Guus has joined
  183. goffi has joined
  184. adiaholic has left
  185. floretta has joined
  186. chronosx88 has joined
  187. flow MattJ, thanks for the reminder
  188. edenist has left
  189. edenist has joined
  190. edenist has left
  191. edenist has joined
  192. Lance has joined
  193. Lance has left
  194. alacer has joined
  195. alacer has left
  196. debacle has joined
  197. Andrzej has joined
  198. govanify has left
  199. govanify has joined
  200. govanify has left
  201. govanify has joined
  202. edenist has left
  203. edenist has joined
  204. fuana has joined
  205. moparisthebest has left
  206. adiaholic has joined
  207. edenist has left
  208. edenist has joined
  209. debacle has left
  210. moparisthebest has joined
  211. papatutuwawa has joined
  212. alacer has joined
  213. alacer has left
  214. alacer has joined
  215. alacer has left
  216. Steve Kille has left
  217. xecks has joined
  218. marek has left
  219. alacer has joined
  220. marek has joined
  221. werdan has left
  222. alacer has left
  223. alacer has joined
  224. fuana has left
  225. fuana has joined
  226. Steve Kille has joined
  227. debacle has joined
  228. emus has left
  229. marek has left
  230. marek has joined
  231. Tobias has left
  232. emus has joined
  233. fuana has left
  234. Tobias has joined
  235. govanify has left
  236. govanify has joined
  237. papatutuwawa has left
  238. pitchum has joined
  239. mukt2 has left
  240. paul has left
  241. moparisthebest has left
  242. pitchum has left
  243. paul has joined
  244. chronosx88 has left
  245. chronosx88 has joined
  246. moparisthebest has joined
  247. lskdjf has joined
  248. govanify has left
  249. govanify has joined
  250. papatutuwawa has joined
  251. eevvoor has joined
  252. LNJ has left
  253. xecks has left
  254. xecks has joined
  255. Andrzej has left
  256. Andrzej has joined
  257. eevvoor has left
  258. eevvoor has joined
  259. Andrzej has left
  260. Andrzej has joined
  261. Andrzej has left
  262. Andrzej has joined
  263. andrey.g has joined
  264. lionelexecrec has joined
  265. lionelexecrec has left
  266. lionelexecrec has joined
  267. lionelexecrec has left
  268. lionelexecrec has joined
  269. intosi has left
  270. werdan has joined
  271. moparisthebest has left
  272. lionelexecrec has left
  273. lionelexecrec has joined
  274. lionelexecrec has left
  275. lionelexecrec has joined
  276. govanify has left
  277. govanify has joined
  278. Andrzej has left
  279. pitchum has joined
  280. govanify has left
  281. govanify has joined
  282. lionelexecrec has left
  283. lionelexecrec has joined
  284. Adi has left
  285. lionelexecrec has left
  286. lionelexecrec has joined
  287. intosi has joined
  288. emus has left
  289. pitchum has left
  290. lionelexecrec has left
  291. lionelexecrec has joined
  292. emus has joined
  293. Andrzej has joined
  294. moparisthebest has joined
  295. chronosx88 has left
  296. chronosx88 has joined
  297. lionelexecrec has left
  298. lionelexecrec has joined
  299. lionelexecrec has left
  300. lionelexecrec has joined
  301. lionelexecrec has left
  302. lionelexecrec has joined
  303. lionelexecrec has left
  304. lionelexecrec has joined
  305. lionelexecrec has left
  306. lionelexecrec has joined
  307. lionelexecrec has left
  308. lionelexecrec has joined
  309. intosi has left
  310. chronosx88 has left
  311. chronosx88 has joined
  312. lionelexecrec has left
  313. lionelexecrec has joined
  314. lionelexecrec has left
  315. lionelexecrec has joined
  316. lionelexecrec has left
  317. lionelexecrec has joined
  318. mukt2 has joined
  319. papatutuwawa has left
  320. edenist has left
  321. edenist has joined
  322. lionelexecrec has left
  323. lionelexecrec has joined
  324. lionelexecrec has left
  325. lionelexecrec has joined
  326. lionelexecrec has left
  327. lionelexecrec has joined
  328. adiaholic has left
  329. lionelexecrec has left
  330. lionelexecrec has joined
  331. lionelexecrec has left
  332. lionelexecrec has joined
  333. intosi has joined
  334. lionelexecrec has left
  335. lionelexecrec has joined
  336. intosi has left
  337. intosi has joined
  338. andrey.g has left
  339. adiaholic has joined
  340. mukt2 has left
  341. gav has joined
  342. chronosx88 has left
  343. lionelexecrec has left
  344. lionelexecrec has joined
  345. neshtaxmpp has left
  346. lionelexecrec has left
  347. lionelexecrec has joined
  348. peetah has left
  349. lionelexecrec has left
  350. lionelexecrec has joined
  351. peetah has joined
  352. neshtaxmpp has joined
  353. chronosx88 has joined
  354. lionelexecrec has left
  355. lionelexecrec has joined
  356. papatutuwawa has joined
  357. chronosx88 has left
  358. Maranda has left
  359. Maranda has joined
  360. Vaulor has left
  361. chronosx88 has joined
  362. marek has left
  363. lionelexecrec has left
  364. lionelexecrec has joined
  365. lionelexecrec has left
  366. lionelexecrec has joined
  367. lionelexecrec has left
  368. lionelexecrec has joined
  369. govanify has left
  370. marek has joined
  371. lionelexecrec has left
  372. lionelexecrec has joined
  373. lorddavidiii has joined
  374. govanify has joined
  375. lionelexecrec has left
  376. lionelexecrec has joined
  377. lionelexecrec has left
  378. marek has left
  379. marek has joined
  380. Vaulor has joined
  381. pitchum has joined
  382. stefan has left
  383. marek has left
  384. marek has joined
  385. Maranda has left
  386. Maranda has joined
  387. stefan has joined
  388. pitchum has left
  389. Andrzej has left
  390. vanitasvitae https://matrix.org/blog/2021/01/04/taking-fosdem-online-via-matrix
  391. adiaholic has left
  392. Zash I suppose it's time to start poking the SCAM team about FOSDEM?
  393. eevvoor has left
  394. eevvoor has joined
  395. Adi has joined
  396. Steve Kille has left
  397. Andrzej has joined
  398. eevvoor has left
  399. eevvoor has joined
  400. stefan has left
  401. alex-a-soto has left
  402. alex-a-soto has joined
  403. stefan has joined
  404. neshtaxmpp has left
  405. Andrzej has left
  406. papatutuwawa has left
  407. fuana has joined
  408. Ge0rG Zash: sounds like it's a month late
  409. fuana has left
  410. fuana has joined
  411. Steve Kille has joined
  412. papatutuwawa has joined
  413. Seve has left
  414. Seve has joined
  415. fuana has left
  416. Daniel Probably more interesting to poke scam about the summit
  417. Daniel I personally don't care much for fosdem. But some sort of summit would be interesting
  418. Zash 👍️
  419. lorddavidiii has left
  420. peetah has left
  421. peetah has joined
  422. adiaholic has joined
  423. Andrzej has joined
  424. waqas has joined
  425. Adi has left
  426. lorddavidiii has joined
  427. Adi has joined
  428. SnowCode has joined
  429. Wojtek has joined
  430. lovetox has joined
  431. Andrzej has left
  432. SnowCode has left
  433. lovetox has left
  434. SnowCode has joined
  435. SnowCode has left
  436. lorddavidiii has left
  437. SnowCode has joined
  438. lovetox has joined
  439. alacer has left
  440. alacer has joined
  441. Andrzej has joined
  442. Steve Kille has left
  443. papatutuwawa has left
  444. lorddavidiii has joined
  445. Steve Kille has joined
  446. x51 has joined
  447. floretta has left
  448. Andrzej has left
  449. Andrzej has joined
  450. floretta has joined
  451. lorddavidiii has left
  452. Wojtek has left
  453. Andrzej has left
  454. Adi has left
  455. Adi has joined
  456. Andrzej has joined
  457. Seve has left
  458. eevvoor has left
  459. eevvoor has joined
  460. lorddavidiii has joined
  461. SnowCode has left
  462. SnowCode has joined
  463. Seve has joined
  464. Andrzej has left
  465. benharri has left
  466. benharri has joined
  467. werdan has left
  468. Andrzej has joined
  469. Andrzej has left
  470. Andrzej has joined
  471. Adi has left
  472. Adi has joined
  473. alex-a-soto has left
  474. Lance has joined
  475. alex-a-soto has joined
  476. Lance has left
  477. Guus has left
  478. Wojtek has joined
  479. neshtaxmpp has joined
  480. Seve has left
  481. Wojtek has left
  482. Wojtek has joined
  483. antranigv has left
  484. antranigv has joined
  485. Andrzej has left
  486. Andrzej has joined
  487. floretta has left
  488. Seve has joined
  489. floretta has joined
  490. Andrzej has left
  491. Andrzej has joined
  492. peetah has left
  493. peetah has joined
  494. papatutuwawa has joined
  495. Andrzej has left
  496. Andrzej has joined
  497. nyco has left
  498. Wojtek has left
  499. debacle has left
  500. Calvin has joined
  501. Wojtek has joined
  502. nyco has joined
  503. Andrzej has left
  504. Andrzej has joined
  505. Andrzej has left
  506. Andrzej has joined
  507. Andrzej has left
  508. Andrzej has joined
  509. Andrzej has left
  510. Andrzej has joined
  511. x51 has left
  512. Andrzej has left
  513. Andrzej has joined
  514. Andrzej has left
  515. Andrzej has joined
  516. Andrzej has left
  517. Andrzej has joined
  518. Andrzej has left
  519. Andrzej has joined
  520. Andrzej has left
  521. Andrzej has joined
  522. Andrzej has left
  523. Andrzej has joined
  524. Andrzej has left
  525. Andrzej has joined
  526. Andrzej has left
  527. Andrzej has joined
  528. Andrzej has left
  529. Andrzej has joined
  530. Andrzej has left
  531. Andrzej has joined
  532. Andrzej has left
  533. Andrzej has joined
  534. Andrzej has left
  535. Andrzej has joined
  536. Andrzej has left
  537. Andrzej has joined
  538. Andrzej has left
  539. Andrzej has joined
  540. Andrzej has left
  541. Andrzej has joined
  542. Andrzej has left
  543. Andrzej has joined
  544. marek has left
  545. krauq has left
  546. Andrzej has left
  547. Andrzej has joined
  548. Andrzej has left
  549. Andrzej has joined
  550. krauq has joined
  551. Andrzej has left
  552. Andrzej has joined
  553. Andrzej has left
  554. Andrzej has joined
  555. marek has joined
  556. Andrzej has left
  557. Andrzej has joined
  558. Andrzej has left
  559. Andrzej has joined
  560. Andrzej has left
  561. Andrzej has joined
  562. Andrzej has left
  563. Andrzej has joined
  564. Andrzej has left
  565. Andrzej has joined
  566. papatutuwawa has left
  567. Andrzej has left
  568. Andrzej has joined
  569. intosi has left
  570. Andrzej has left
  571. neshtaxmpp has left
  572. Andrzej has joined
  573. lovetox has left
  574. lionelexecrec has joined
  575. lionelexecrec has left
  576. lionelexecrec has joined
  577. lionelexecrec has left
  578. lionelexecrec has joined
  579. Adi has left
  580. lionelexecrec has left
  581. lionelexecrec has joined
  582. lionelexecrec has left
  583. lionelexecrec has joined
  584. Adi has joined
  585. lionelexecrec has left
  586. lionelexecrec has joined
  587. Wojtek has left
  588. lovetox has joined
  589. lionelexecrec has left
  590. lionelexecrec has joined
  591. govanify has left
  592. govanify has joined
  593. lionelexecrec has left
  594. lionelexecrec has joined
  595. lionelexecrec has left
  596. lionelexecrec has joined
  597. lionelexecrec has left
  598. lionelexecrec has joined
  599. intosi has joined
  600. paul has left
  601. paul has joined
  602. lionelexecrec has left
  603. lionelexecrec has joined
  604. lionelexecrec has left
  605. lionelexecrec has joined
  606. Andrzej has left
  607. lionelexecrec has left
  608. lionelexecrec has joined
  609. lionelexecrec has left
  610. lionelexecrec has joined
  611. Wojtek has joined
  612. Andrzej has joined
  613. lionelexecrec has left
  614. lionelexecrec has joined
  615. lionelexecrec has left
  616. lionelexecrec has joined
  617. lovetox has left
  618. lionelexecrec has left
  619. lionelexecrec has joined
  620. lionelexecrec has left
  621. lionelexecrec has joined
  622. lionelexecrec has left
  623. lionelexecrec has joined
  624. lionelexecrec has left
  625. lionelexecrec has joined
  626. lionelexecrec has left
  627. lionelexecrec has joined
  628. papatutuwawa has joined
  629. Zash ``` compliancer$ ./compliance xep-0443.xml ~/src/dino/dino.doap {"name":"Dino","type":"client","badges":{"core":"advanced"}} ``` Web enough for ya?
  630. lionelexecrec has left
  631. lionelexecrec has joined
  632. lionelexecrec has left
  633. lionelexecrec has joined
  634. lionelexecrec has left
  635. lionelexecrec has joined
  636. lionelexecrec has left
  637. lionelexecrec has joined
  638. Andrzej has left
  639. Andrzej has joined
  640. Andrzej has left
  641. Andrzej has joined
  642. lionelexecrec has left
  643. lionelexecrec has joined
  644. Andrzej has left
  645. Andrzej has joined
  646. marc https://share.zapb.de/0e13a6d6e89e55a5708adf142c700a6b2c084b73/iXdwnPOhiCvOnS55xjQRAga0qWwAPURI4yRk1izL/client_data_exchange_poc.webm
  647. marc Client data exchange PoC from Gajim to Dino
  648. marc Any thoughts on that? Any chance we can agree on some format and deploy such a feature?
  649. Andrzej has left
  650. Andrzej has joined
  651. debacle has joined
  652. Andrzej has left
  653. Andrzej has joined
  654. lionelexecrec has left
  655. lionelexecrec has joined
  656. Zash What does that mean? What am I looking at?
  657. Zash Oh, the import/export discussed a while back?
  658. moparisthebest probably just get a couple client devs to agree and go for it
  659. marc Zash, ye
  660. marc yes
  661. Zash The XML police would like you to either update the PIE XEP or namespace your new stuff ;)
  662. lionelexecrec has left
  663. lionelexecrec has joined
  664. Andrzej has left
  665. Andrzej has joined
  666. moparisthebest marc, conversations has a backup format https://github.com/iNPUTmice/ceb2txt
  667. marc moparisthebest, it's actually an exchange format between client which can also be used as backup
  668. marc +s
  669. moparisthebest probably the same thing I guess
  670. marc moparisthebest, no, conversations just dumps its sqlite db afaik
  671. marc you cannot import this data in dino or whatever client
  672. lionelexecrec has left
  673. lionelexecrec has joined
  674. moparisthebest at least not without writing code
  675. marc moparisthebest, ;)
  676. marc moparisthebest, you get the idea I guess ;)
  677. marc Zash, it is namespaced?
  678. marc even though this is no necessary at the moment ;D
  679. Zash marc, I mean in the pedantic sense that your new stuff isn't defined by the existing XEP
  680. Zash My xmlnsense itches
  681. marc Zash, ah, that's what you mean :D
  682. Zash marc, and since I'm only complaining about such pedantic things, you should read into it that it seems fine so far ;)
  683. lionelexecrec has left
  684. lionelexecrec has joined
  685. Andrzej has left
  686. Andrzej has joined
  687. Zash Surveying client devs might be a sensible thing. And post to standards.
  688. lovetox has joined
  689. SamWhited It would be nice if you could shove whatever this is into private XML or somewhere and use it to setup clients on a new laptop or wherever as well as export to move between clients.
  690. SamWhited So you'd download it on first login and now all your settings are migrated.
  691. SamWhited Then again, maybe most of this is stuff that would already be on the server so it wouldn't matter.
  692. moparisthebest and to be clear I think it's a good idea too, I was just pointing out an existing single-client impl, and that "backup" and "export that I can import into another client" are the same thing :)
  693. marc SamWhited, the log might contain senstive data
  694. marc think of E2EE :D
  695. lionelexecrec has left
  696. lionelexecrec has joined
  697. chronosx88 has left
  698. SamWhited You could leave those bits out of the server version
  699. Zash Relatedly, XEP-0227 ought to be extended with MAM support
  700. SamWhited Or encrypt the whole thing before saving it
  701. Zash Encrypt the world and save it on the server.
  702. moparisthebest if it's not going to restore e2e messages then mam already has that use-case covered?
  703. lionelexecrec has left
  704. lionelexecrec has joined
  705. moparisthebest just pull a whatsface and upload all the e2e messages in plaintext to apple and google clouds
  706. SamWhited Yah, I don't fully understand what this is actually migrating so I'll be curious to see the eventual spec
  707. marc yes, when everything is in mam it hasn't no real advantage
  708. lionelexecrec has left
  709. lionelexecrec has joined
  710. SamWhited Is that all this is then? History?
  711. marc SamWhited, history / logs, downloaded data and client settings where applicable
  712. SamWhited What are logs in this context?
  713. deuill has left
  714. lionelexecrec has left
  715. lionelexecrec has joined
  716. marc Messages (already decrypted in E2EE context)
  717. marc Basically everything stored on a device
  718. marc In the end it should also be possible to migrate the omemo stuff (private keys)
  719. moparisthebest marc, tricky re: omemo though, you can only copy/reuse the old keys if you pinky promise never to use the old client again, how are you going to handle that?
  720. SamWhited Client settings seems like it would be very client specific and couldn't be defined easily, but either way it seems more useful to upload those to the server and fetch them the first time you log in
  721. eta this sounds like something equivalent to Matrix's encrypted key backup
  722. SamWhited E2EE encrypted messages and downloaded data could potentially be nice to transfer directly between clients without redownloading tons of huge images though
  723. lionelexecrec has left
  724. lionelexecrec has joined
  725. eta which lets you stash versions of the OMEMO ratchet server-side encrypted by a passphrase
  726. Zash There's probably a number of common settings that might make sense if they can be restored into more than the originating clients.
  727. SamWhited I wouldn't transfer the keys, a new client is a new identity, but just having message history is nice.
  728. deuill has joined
  729. moparisthebest maybe the "export" has a "delete my omemo keys from this client" flag
  730. marc Zash, +1
  731. marc moparisthebest, the scenario is where you move let's say from conversations to siskin
  732. marc Because you don't like android anymore
  733. marc In this case you won't never use the old device
  734. moparisthebest right, in that situation you *can* move and keep your old keys, but if you get a new laptop and intend to use gajim on it and your old one...
  735. moparisthebest sounds tricky UI-wise for users though
  736. marc moparisthebest, remove the account from the device after "export with omemo"
  737. SamWhited I feel like people are going to click taht button, say "wait, it says my keys have changed!" and then re-import the backup on both devices and still have screwed up encryption
  738. moparisthebest or, trying dino side-by-side gajim on the same machine
  739. marc well, you don't have to use / implement this feature
  740. j.r has left
  741. marc but it makes sense in the backup case
  742. j.r has joined
  743. marc and device migration
  744. marc which is quite common for mobile devices
  745. moparisthebest I like it, I'd use it, I'm just pointing out hard problems that need solved :/
  746. marc sure, you have to warn the user or make it an export option or don't implement it at all
  747. marc But it could be specified IMO
  748. moparisthebest you probably need to warn them on import (too?)
  749. marc As optional or whatever
  750. moparisthebest as SamWhited said, they could export once, and import the same backup on 2 different devices
  751. SamWhited Just because something can be specified doesn't make it a good idea :) I'm not sure if this would be or not
  752. marc SamWhited, well, for backups that's essential
  753. Andrzej has left
  754. marc Today users make backups my copying the .local directory which can be used multiple times as well, so what?
  755. SamWhited I'm not sure that it is; new devices are a new identity even if you backup everything else
  756. marc Or no backups and their keys change every time ôO
  757. SamWhited Users *can* do that, again, I'm not sure that it's a good idea. I'm not sure that it's not a good idea either, it just needs to be thought very carefully about and not just done "because we can" IMO
  758. neshtaxmpp has joined
  759. marc Yes, that needs to be discussed
  760. marc larma, lovetox, Daniel, Ge0rG: any chance we can deploy something like that in all (tm) clients? What are your thoughts?
  761. Andrzej has joined
  762. sonny has left
  763. neshtaxmpp has left
  764. SnowCode has left
  765. Andrzej has left
  766. Andrzej has joined
  767. Ge0rG has left
  768. lionelexecrec has left
  769. lionelexecrec has joined
  770. chronosx88 has joined
  771. werdan has joined
  772. lionelexecrec has left
  773. lionelexecrec has joined
  774. sonny has joined
  775. pitchum has joined
  776. lionelexecrec has left
  777. lionelexecrec has joined
  778. lionelexecrec has left
  779. lionelexecrec has joined
  780. Ge0rG has joined
  781. pitchum has left
  782. lorddavidiii has left
  783. Andrzej has left
  784. Andrzej has joined
  785. dwd Having only skimmed the last messages, this all looks like the kind of idea where 90% of the specification would involve Security Considerations.
  786. Daniel has left
  787. dwd Exporting and reimporting ratchet state and client init keys (prekeys?) all feels like the kind of thing where "HERE BE DRAGONS" would very much apply.
  788. Andrzej has left
  789. Andrzej has joined
  790. moparisthebest but if you avoid that and leave the transfer out, it's just a backup format that multiple clients happen to implement
  791. SamWhited moparisthebest: you still get your E2EE messages in your history, you just send/receive messages as a new identity
  792. mathieui has left
  793. dwd moparisthebest, What can you gain from this that you can't gain more safely by having a longer-term, more protected (possibly hardware or offline) identity key which signs the client's identity key?
  794. lionelexecrec has left
  795. lionelexecrec has joined
  796. moparisthebest sorry I mean, I think the key *should* be left out, and that "just a backup format that multiple clients happen to implement" is a good thing
  797. lionelexecrec has left
  798. lionelexecrec has joined
  799. SamWhited oh, right.
  800. SamWhited If we want keys to be easier to trust maybe it makes sense to have a way to trust keys on your old client when you add a new one and have that trust conveyed to your contacts.
  801. Daniel has joined
  802. SamWhited Presumably that would exist in the OMEMO spec somewhere, although I haven't read any of the more recent versions so maybe such a thing exists
  803. Zash Any of y'all following MLS?
  804. lionelexecrec has left
  805. lionelexecrec has joined
  806. lionelexecrec has left
  807. lionelexecrec has joined
  808. lorddavidiii has joined
  809. lionelexecrec has left
  810. lionelexecrec has joined
  811. lionelexecrec has left
  812. lionelexecrec has joined
  813. lionelexecrec has left
  814. lionelexecrec has joined
  815. lionelexecrec has left
  816. lionelexecrec has joined
  817. lionelexecrec has left
  818. lionelexecrec has joined
  819. moparisthebest yea I think, not sure if it has a name, some type of "transitive key trust" is probably the best solution and negates the need to ever transfer keys
  820. moparisthebest has left
  821. lionelexecrec has left
  822. lionelexecrec has joined
  823. moparisthebest has joined
  824. moparisthebest but that surely is full of all the dragons dwd mentioned and more :/
  825. SamWhited indeed
  826. adiaholic has left
  827. lionelexecrec has left
  828. lionelexecrec has joined
  829. intosi has left
  830. lionelexecrec has left
  831. lionelexecrec has joined
  832. lionelexecrec has left
  833. lionelexecrec has joined
  834. lionelexecrec has left
  835. lionelexecrec has joined
  836. lionelexecrec has left
  837. lionelexecrec has joined
  838. Andrzej has left
  839. lionelexecrec has left
  840. lionelexecrec has joined
  841. intosi has joined
  842. lionelexecrec has left
  843. lionelexecrec has joined
  844. lionelexecrec has left
  845. lionelexecrec has joined
  846. lionelexecrec has left
  847. lionelexecrec has joined
  848. Andrzej has joined
  849. lionelexecrec has left
  850. lionelexecrec has joined
  851. Andrzej has left
  852. Andrzej has joined
  853. lionelexecrec has left
  854. lionelexecrec has joined
  855. mathieui has joined
  856. lionelexecrec has left
  857. lionelexecrec has joined
  858. lionelexecrec has left
  859. lionelexecrec has joined
  860. lionelexecrec has left
  861. lionelexecrec has joined
  862. intosi has left
  863. Mikaela has left
  864. lionelexecrec has left
  865. lionelexecrec has joined
  866. peetah has left
  867. peetah has joined
  868. lionelexecrec has left
  869. lionelexecrec has joined
  870. lionelexecrec has left
  871. lionelexecrec has joined
  872. neshtaxmpp has joined
  873. Vaulor has left
  874. focus121 has left
  875. adiaholic has joined
  876. Vaulor has joined
  877. fuana has joined
  878. Andrzej has left
  879. fuana has left
  880. fuana has joined
  881. krauq has left
  882. krauq has joined
  883. intosi has joined
  884. lionelexecrec has left
  885. lionelexecrec has joined
  886. lionelexecrec has left
  887. lionelexecrec has joined
  888. lionelexecrec has left
  889. lionelexecrec has joined
  890. lionelexecrec has left
  891. lionelexecrec has joined
  892. Ge0rG If only we had one key per user, not one per ratchet click.
  893. Ge0rG PFS for IM is like attaching a sled to a stinger rocket for some fun
  894. Ge0rG marc: a common backup format would require all clients to use (roughly) the same database schema, which is not really achievable after the fact
  895. Ge0rG You could probably define a minimum viable format for plaintext message logs, but good luck beyond tust
  896. Ge0rG You could probably define a minimum viable format for plaintext message logs, but good luck beyond that
  897. Mikaela has joined
  898. marc Ge0rG, can you give an example were do you see problems?
  899. krauq has left
  900. krauq has joined
  901. focus121 has joined
  902. marc +h
  903. Ge0rG marc: most clients have a concept of a chat list, where details about a conversation are stored, like last read message etc
  904. Ge0rG Those details won't be portable I suppose.
  905. marc Ge0rG, yes, and if you would like to send typing indicator etc. why not?
  906. Ge0rG Exporting all the image files is non trivial as well. You'd need some mapping of file URL to Chat message to local files
  907. marc Ge0rG, I already use fsf for that
  908. intosi has left
  909. marc the poc I posted above already exports/imports shared images
  910. Ge0rG marc: yaxim will process each incoming message in a way that doesn't allow to recreate the original xml.
  911. marc Ge0rG, not the original but an xml that might be sufficent?
  912. Ge0rG Maybe yes. As I said, the message history is the easy part.
  913. Ge0rG Except that I don't have three different message ID columns, so deduplication with a MAM archive is going to fail probably
  914. marc Didn't look at the yaxim db but dino and gajim look quite good
  915. Ge0rG Also xml is a horrible database format
  916. lionelexecrec has left
  917. lionelexecrec has joined
  918. Ge0rG Well, I could probably hijack the message sending and receiving functions to generate and consume xml files.
  919. Ge0rG But what do you do with 0184 receipts?
  920. Ge0rG In yaxim it's just a bit on the message row
  921. Ge0rG Do I need to generate a fake receipt message to store along the original, with sender and receiver JID swapped?
  922. Tobias has left
  923. marc I would say yes atm
  924. marc LMC already works
  925. Ge0rG LMC will just update the message row, I don't keep full history
  926. marc Ge0rG, xml because if it's not xml everybody says "i don't like [insert format] because i use [insert other format]"
  927. marc And you already have the parser for XML
  928. eevvoor Are there clients who use the subject header of an XMPP message?
  929. Ge0rG eevvoor: you can send type=normal messages that are like emails
  930. Ge0rG marc: how do you store a gigabyte of images in xml?
  931. marc Ge0rG, it's only xml for the messages etc., of course
  932. chronosx88 has left
  933. chronosx88 has joined
  934. andrey.g has joined
  935. marc xml + raw files and maybe compressed with [insert an archive format here]
  936. eevvoor Ge0rG, and which cleints do show them differently than a usual chat message?
  937. Ge0rG Do you backup avatars? Disco caches? Pep nodes?
  938. Ge0rG eevvoor: maybe pidgin and Gajim?
  939. marc Ge0rG, atm it's not about "is every client prepared for all backup feature corner cases" but "are there engouh client (devs) that would integrate it"
  940. eevvoor thx Ge0rG
  941. Ge0rG marc: what's the document format? One xml document with a <messages> element containing a list of all your conversations as regular xmpp message stanzas? One list per contact?
  942. marc Ge0rG, atm, it's one big file but that won't work for large data sets. maybe XInclude or multiple files, one per contact or so
  943. marc xep-0227 uses xinclude, for example
  944. lionelexecrec has left
  945. Ge0rG marc: I'm using smack as the xml stream processing middleware. I have no idea how I'd plug a file into it.
  946. lionelexecrec has joined
  947. Ge0rG I'm sure xinclude is a security nightmare.
  948. marc Ge0rG, yes, I thought the same :D
  949. lionelexecrec has left
  950. Ge0rG I still have nightmares from reading the xmlsig security analysis
  951. marc Ge0rG, I don't know smack very well, maybe there is a way to feed an external xml stream
  952. intosi has joined
  953. lionelexecrec has joined
  954. Tobias has joined
  955. Ge0rG Maybe
  956. Ge0rG Also what's fsf?
  957. sonny has left
  958. sonny has joined
  959. chronosx88 has left
  960. chronosx88 has joined
  961. lionelexecrec has left
  962. lionelexecrec has joined
  963. lionelexecrec has left
  964. lionelexecrec has joined
  965. Andrzej has joined
  966. lionelexecrec has left
  967. lionelexecrec has joined
  968. lionelexecrec has left
  969. lionelexecrec has joined
  970. lionelexecrec has left
  971. lionelexecrec has joined
  972. lionelexecrec has left
  973. lionelexecrec has joined
  974. Andrzej has left
  975. Andrzej has joined
  976. lionelexecrec has left
  977. lionelexecrec has joined
  978. SamWhited eevvoor: mcabber displays it if it's set
  979. lionelexecrec has left
  980. lionelexecrec has joined
  981. lionelexecrec has left
  982. lionelexecrec has joined
  983. werdan has left
  984. eevvoor SamWhited, that is cool. Even a CLI client.And can I also send it with mcabber?
  985. eevvoor Is there a client table which lists this and other feature?
  986. eevvoor Is there a client table which lists this and other features?
  987. lionelexecrec has left
  988. lionelexecrec has joined
  989. lionelexecrec has left
  990. lionelexecrec has joined
  991. wladmis has left
  992. SamWhited eevvoor: yes, you can set it when sending messages in mcabber using a command
  993. eevvoor perfect
  994. Link Mauve eevvoor, not for this (as it is part of the RFC), but with the granularity of XEPs you now have this: https://linkmauve.fr/extensions/
  995. Link Mauve Which I’d like to push to get merged in xmpp.org soon. :)
  996. wladmis has joined
  997. eevvoor Ah your own table! Congrats and thx for putting it together!
  998. eevvoor Ah your own table! Congrats and thx for putting it together! Link Mauve
  999. Link Mauve It’s not mine, it’s client devs saying what their client supports in a DOAP file. :)
  1000. lionelexecrec has left
  1001. lionelexecrec has joined
  1002. paul has left
  1003. adiaholic has left
  1004. eevvoor I see. And where do I find those DOAP files?
  1005. fuana has left
  1006. fuana has joined
  1007. lionelexecrec has left
  1008. lionelexecrec has joined
  1009. Wojtek has left
  1010. Link Mauve They’re linked in the "doap" entry of each client in this file: https://github.com/xsf/xmpp.org/blob/master/data/clients.json
  1011. Tobias has left
  1012. Link Mauve I say client, but there is another JSON file for servers and another for libraries, in the same directory.
  1013. Link Mauve And those projects should also provide one!
  1014. papatutuwawa has left
  1015. SamWhited I always vaguely think I should do that, and then I look at the file and realize I'd have to learn what DOAP is and how RDF works and figure out how to actually render XML properly when half the libraries screw up namespace prefixes in different confusing ways and it's all completely unreadable and then I give up.
  1016. SamWhited I should probably give it another go at some point though.
  1017. lionelexecrec has left
  1018. lionelexecrec has joined
  1019. Link Mauve SamWhited, why render it yourself?
  1020. SamWhited Link Mauve: as opposed to what? Is there some service that will generate this for you if you put in some info?
  1021. Link Mauve PulkoMandy wrote a XSLT script to automatically present it in a web browser, and eventually the goal would be for the various websites which want to use information from XMPP projects to fetch it from there.
  1022. Link Mauve https://github.com/pulkomandy/xmpp-doap
  1023. SamWhited Sorry, I said "render" I just meant "generate XML that's compliant somehow"
  1024. Link Mauve Oh.
  1025. eevvoor https://dev.gajim.org/gajim/gajim/raw/master/data/gajim.doap here is the DOAP for gajim.
  1026. Link Mauve Yeah, that’s different indeed. :)
  1027. SamWhited Adding XSLT to the mix does not make me desire to learn all of this impossible to read stuff more :)
  1028. Link Mauve I would recommend to start from an existing one, like the one eevvoor just linked, and change it to suit your library.
  1029. Link Mauve You can ask me to review it once it’s done.
  1030. eevvoor SamWhited, you could qick and dirty just copy paste and adept gajims DOAP.
  1031. eevvoor ah Link Mauve was faster ;)
  1032. lionelexecrec has left
  1033. SamWhited Thanks for the offer of review; that's probably what I'd do to start, but if I don't automate generating it I'll never keep it up to date
  1034. lionelexecrec has joined
  1035. Link Mauve Do you have like one module per XEP in your library or something like that?
  1036. SamWhited Uggh, all of this just seems unnecessarily complicated for no reason though
  1037. Link Mauve I’d welcome any suggestion for making it simpler.
  1038. SamWhited Don't use XML, or tons of namespaces, or RDF files and XSL files and XML files and etc.
  1039. SamWhited Maybe basic XML would be fine.
  1040. Andrzej has left
  1041. Link Mauve Basic XML, for this purpose, would be something like AppStream?
  1042. SamWhited I don't know what AppStream is
  1043. eevvoor hehe
  1044. Link Mauve https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html
  1045. Link Mauve I considered it, but RDF seemed much more extensible, for our purpose.
  1046. SamWhited Why do we need it to be more extensible?
  1047. Link Mauve And also already supported by many other consumer projects, which is a good point I guess.
  1048. lionelexecrec has left
  1049. lionelexecrec has joined
  1050. goffi has left
  1051. Link Mauve SamWhited, in our case, I needed to have the information about specification support.
  1052. intosi has left
  1053. eevvoor has left
  1054. SamWhited I suppose; it seems like I just have to learn like 3 diffeerent technologies just to make a list of XEPs now.
  1055. Link Mauve There is no existing format that I could find which exposes this information in a machine-readable way.
  1056. Link Mauve You can also just consider it as normal XML and copy/paste from an existing project. :-°
  1057. SamWhited Like I said, I'll never keep it up to date that way, especially when it's this complicated. Or I'll just screw up all these namespaces a bunch.
  1058. SamWhited Anyways, maybe I'll give it another go at some point, I'm just sick of the XML community trying to make every simple problem solved with 5 layers of different XML tech even when it's not necessary.
  1059. SamWhited Sorry, I'm just ranting at this point though. Done now.
  1060. Link Mauve You could also make it use JSON-LD I guess, but that’s not simpler.
  1061. Link Mauve It represents exactly the same information.
  1062. Lance has joined
  1063. Link Mauve Using {}: instead of <>=, which is a plus I guess?
  1064. lionelexecrec has left
  1065. SamWhited I don't know what that is either, but I don't think we need anything beyond simple XML or JSON (probably JSON because this does seem like simple key value pairs which is what JSON is best suited for, but either way).
  1066. krauq has left
  1067. Lance has left
  1068. SamWhited Or TOML for all I care. It doesn't need anythign complicated.
  1069. Link Mauve You can write your DOAP file in JSON-LD, there are a multitude of tools to convert between different RDF formats.
  1070. moparisthebest SamWhited: look you have to accept XML into your heart as your lord and savior, the one true data format, would you like a pamphlet?
  1071. SamWhited <project><name>thing</name><xep>1234</xep><release><version>1</version></release></project>
  1072. SamWhited FTFY
  1073. krauq has joined
  1074. Link Mauve SamWhited, that’s almost what DOAP is, tbh.
  1075. SamWhited Except I also have to conform to whatever RDF is, and also figure out what all these namespaces mean, etc. I have no idea how I'd even figure out what most of this stuff is
  1076. Link Mauve Although with some other useful information, like if this XEP is supported, is support complete? Which version are you implementing? (super useful for keeping track of changes) Do you have some note on your implementation?
  1077. marc Ge0rG, sfs, xep-0446
  1078. SamWhited Sure, I waas not suggesting those were the only things that needed defining, just that it could be a single document in a single namespace without a ton of extra cruft.
  1079. Link Mauve SamWhited, RDF is a way to represent a list of <subject> <verb> <object> triples, which is really useful here. :)
  1080. SamWhited Or, as much as you joke about it being {} instead of <>, I think JSON would be a better fit here because it doesn't have all of XML's extra crap which is great if you're defining a giant chat protocol but not so great for representing a tiny handful of key value pairs.
  1081. SamWhited Why the hell would I have to learn a whole new technology and deal with that extra layer of abstraction just to encode a tiny bit of data?
  1082. SamWhited That's my whole point, this all just seems like overengineering for no reason
  1083. Link Mauve As I said, if that’s a plus for you, it’s trivial to convert RDF from its JSON representation to XML, or to Turtle, or to whatever.
  1084. SamWhited Anyways, sorry, didn't mean to rant, guess I'm not trying this again because I"m already mad at it again and I haven't even tried to figure it out
  1085. SamWhited It's not about the format, it's about the fact that it uses RDF at all. If I have to learn a JSON equivalent of a bunch of random crap it's just as bad as doing it in XML
  1086. Link Mauve SamWhited, the main reason I didn’t “just” invent my own XML format (I originally started that way btw), was that it has a ton of existing tools around, which I would have to build myself instead.
  1087. Link Mauve SamWhited, but you’d have to learn something anyway, if you want it to be compatible with other people.
  1088. SamWhited Why does it need tools? It's a tiny amount of data that doesn't need anything special to represent it
  1089. Link Mauve There is no magical format that everyone already knows.
  1090. SamWhited Of course, I never suggested there was
  1091. eevvoor has joined
  1092. Link Mauve It needs tools because otherwise you have a file.
  1093. fuana has left
  1094. SamWhited That's all we need: a file.
  1095. Link Mauve Just a file, sitting here in your repo.
  1096. Link Mauve Many projects already had that, a file.
  1097. SamWhited I mean, you'd have to parse it, but presumably you have an XML parser already. You don't also need an RDF schema or some nonsaense
  1098. Link Mauve If not a RDF schema, maybe a… XML schema? :p
  1099. Link Mauve I could write you a XML schema representing such a RDF file, if that’d make you happy.
  1100. intosi has joined
  1101. Link Mauve That way you can validate it and generate a parser for it and whatnot.
  1102. SamWhited That is not at all what I'm suggesting
  1103. SamWhited I don't want to do any of that, I want to copy/pate the gajim one, read it, and know what's going on without spending hours learning new technologies just to write out some simple metadata
  1104. Link Mauve Have you tried doing just that?
  1105. chronosx88 has left
  1106. chronosx88 has joined
  1107. andy has left
  1108. mathieui SamWhited, but that’s doable right now, all the items are quite self-explanatory
  1109. Link Mauve Ignore the few xmlns, focus on the element names and their content.
  1110. SamWhited Yes, multiple times, and I've mostly given up trying to figure out what every random thing in this complicated files was or why there are multiple xsl files related to it somehow or how rdf works and why there's an rdf file that's apparently an OWL schema, whatever that is, and etc.
  1111. chronosx88 has left
  1112. chronosx88 has joined
  1113. SamWhited Literally nothing about this is self explanatory.
  1114. SamWhited Why are the XMLNS's there if they can just be ignored?
  1115. mathieui because they explain to machines what this file is
  1116. Link Mauve SamWhited, why are there xmlns in XMPP?
  1117. SamWhited I understand what namespaces are and why they exist in XMPP, I don't understand why they exist in this file that's just encoding a trivial small amount of data.
  1118. Mikaela has left
  1119. mathieui and the few things I find not self-explanatory without domain knowledge in this file, would be the xmlns and the foaf stuff
  1120. Link Mauve A <message/> also encodes a trivial small amount of data, much smaller than such a DOAP file tbh.
  1121. SamWhited Oh gosh, yah, there's also foaf, yet another random external thing to learn
  1122. mathieui (but even then it is quite understandable)
  1123. krauq has left
  1124. mathieui I mean, foaf:Person, foaf:name, foaf:homepage, that is quite clear, especially with an example file
  1125. krauq has joined
  1126. Link Mauve Gajim’s DOAP doesn’t use foaf, the xmlns could be removed.
  1127. SamWhited I mean, we can argue about whether namespaces are useful in XMPP too if you want, but it's a false equivalency, XMPP is not the same thing as just encoding a list that a website can consume or whatever
  1128. SamWhited What, so foaf (whatever that is) isn't even necessary? Again, how am I supposed to know that just looking at one of these files and copy/pasting? Do I just get lucky?
  1129. Ge0rG marc: how is that any good for referencing a local file?
  1130. SamWhited I don't get why XML people think that this is somehow self explanatory
  1131. SamWhited Anyways, I'm all mad at XML now as usual. Going grocery shopping for real this time.
  1132. Link Mauve SamWhited, it’s necessary if you want to include author information, Gajim decided not to, so they don’t need it.
  1133. Link Mauve You don’t need to include information you don’t want to, you could just have <Project xmlns="http://usefulinc.com/ns/doap#"><name>Gajim</name></Project> and that’d be a valid DOAP file.
  1134. Link Mauve Any additional information is optional.
  1135. Link Mauve Of course, if you want it to be useful you may have to provide it, otherwise it won’t be queriable.
  1136. mathieui Link Mauve, though I think SamWhited has a point that we could easily make a doap generator for all the fields for people who don’t like editing text files
  1137. Link Mauve I started writing that at some point, then realised the bulk of the job would be in maintainance, not in writing it.
  1138. mathieui (generator/editor)
  1139. chronosx88 has left
  1140. Link Mauve And tbh, I’d expect someone who is able to write a XMPP software to be able to copy/paste a XML file and change a few fields.
  1141. Andrzej has joined
  1142. Ge0rG Link Mauve: heresy!
  1143. edhelas Link Mauve no one simply write XML by hand ! A true XML library you need
  1144. chronosx88 has joined
  1145. intosi has left
  1146. chronosx88 has left
  1147. chronosx88 has joined
  1148. lovetox has left
  1149. sonny has left
  1150. govanify has left
  1151. govanify has joined
  1152. sonny has joined
  1153. chronosx88 has left
  1154. Andrzej has left
  1155. adiaholic has joined
  1156. lorddavidiii has left
  1157. krauq has left
  1158. krauq has joined
  1159. Andrzej has joined
  1160. edhelas has left
  1161. edhelas has joined
  1162. peetah has left
  1163. peetah has joined
  1164. intosi has joined
  1165. eevvoor has left
  1166. eevvoor has joined
  1167. andrey.g has left
  1168. deuill has left
  1169. marek has left
  1170. marek has joined
  1171. Seve has left
  1172. intosi has left
  1173. govanify has left
  1174. govanify has joined
  1175. deuill has joined
  1176. Andrzej has left
  1177. arc has left
  1178. arc has joined
  1179. intosi has joined