XSF Discussion - 2019-01-03


  1. lnj has left
  2. moparisthebest has joined
  3. frainz has left
  4. frainz has joined
  5. vanitasvitae has joined
  6. lovetox has left
  7. redditor has left
  8. oli has joined
  9. l has left
  10. vanitasvitae has left
  11. vanitasvitae has left
  12. ThibG has left
  13. Half-Shot has joined
  14. benpa has joined
  15. _purple_bot has joined
  16. uhoreg has joined
  17. Matthew has joined
  18. vanitasvitae has joined
  19. benpa has joined
  20. uhoreg has joined
  21. _purple_bot has joined
  22. Matthew has joined
  23. j.r has joined
  24. j.r has left
  25. pep. s2s:show('hardteckno.com') | OK: Total: 60 outgoing, 48 incoming connections
  26. pep. bug? feature?
  27. pep. it's the exact same numbers as if I did without the domain, just that the connections don't get listed
  28. pep. oops.
  29. pep. wrong room
  30. vanitasvitae has left
  31. vanitasvitae has joined
  32. Half-Shot has joined
  33. oli has joined
  34. steven has left
  35. Lance has left
  36. lskdjf has joined
  37. l has joined
  38. Lance has joined
  39. vanitasvitae has left
  40. vanitasvitae has joined
  41. vanitasvitae has left
  42. vanitasvitae has joined
  43. Lance has left
  44. Lance has joined
  45. Ann has left
  46. Ann has joined
  47. Nekit has joined
  48. oli has joined
  49. Lance has left
  50. moparisthebest has joined
  51. daniel has left
  52. daniel has joined
  53. Lance has joined
  54. Lance has left
  55. UsL has joined
  56. sezuan has left
  57. lumi has left
  58. chunk has joined
  59. chunk has joined
  60. ThibG has joined
  61. jjrh has left
  62. Kev has left
  63. Kev has left
  64. Chunk has joined
  65. steven has left
  66. labdsf has left
  67. labdsf has joined
  68. alacer has joined
  69. igoose has left
  70. igoose has joined
  71. Kev has joined
  72. alacer has left
  73. waqas has joined
  74. moparisthebest has left
  75. moparisthebest has joined
  76. Yagiza has joined
  77. ta has left
  78. alacer has joined
  79. steven has joined
  80. alacer has left
  81. labdsf has left
  82. labdsf has joined
  83. alacer has joined
  84. lovetox has joined
  85. krauq has joined
  86. krauq has joined
  87. Chunk has joined
  88. labdsf has left
  89. labdsf has joined
  90. labdsf has left
  91. labdsf has joined
  92. moparisthebest has left
  93. Kev has left
  94. Kev has joined
  95. moparisthebest has joined
  96. waqas has left
  97. waqas has joined
  98. lorddavidiii has joined
  99. waqas has left
  100. labdsf has left
  101. labdsf has joined
  102. Ann has left
  103. Ann has joined
  104. ta has left
  105. Ann has left
  106. alacer has left
  107. rion has joined
  108. ThibG has left
  109. Ann has joined
  110. rion has left
  111. waqas has joined
  112. Nekit has joined
  113. moparisthebest has joined
  114. moparisthebest has joined
  115. krauq has joined
  116. goffi has joined
  117. labdsf has left
  118. Steve Kille has left
  119. oli has joined
  120. Steve Kille has joined
  121. pep. has left
  122. mrdoctorwho has left
  123. mrdoctorwho has joined
  124. labdsf has joined
  125. winfried has joined
  126. winfried has joined
  127. Andrew Nenakhov has left
  128. krauq has joined
  129. genofire has left
  130. ThibG has joined
  131. mrdoctorwho has left
  132. Guus has left
  133. Guus has left
  134. l has joined
  135. moparisthebest has joined
  136. steven has left
  137. Andrew Nenakhov has joined
  138. waqas has left
  139. l has left
  140. krauq has joined
  141. Guus has left
  142. l has joined
  143. vanitasvitae has left
  144. genofire has left
  145. genofire has joined
  146. pep. has joined
  147. lskdjf has joined
  148. Ann has left
  149. krauq has joined
  150. Maranda has joined
  151. waqas has joined
  152. Half-Shot_ has joined
  153. Half-Shot_ has left
  154. Ann has joined
  155. lorddavidiii has left
  156. Yagiza has left
  157. ralphm has left
  158. neshtaxmpp has joined
  159. freddo has left
  160. Ge0rG Why is "Simple IoT Client" listed in the XMPP Clients list, again?
  161. Ge0rG It also looks like its link is broken.
  162. jonas’ broken link -> expire it immediately
  163. lnj has joined
  164. Ge0rG What can I do to expire Pidgin?
  165. Ge0rG > waher.se took too long to respond. Might be a temporary failure.
  166. Ge0rG > broken link -> expire it immediately how long do I need to DDoS pidgin.im to get it removed?
  167. jonas’ hrhr
  168. waqas Ge0rG: Try it and let us know how long it takes.
  169. oli has joined
  170. Ge0rG is `<span style=" font-weight:600;">` correct XHTML-IM for bold?
  171. Zash If you allow style
  172. Ge0rG how is a client supposed to know that 600 = bold?
  173. jonas’ that’s how bold is defined
  174. jonas’ bold is just an alias for 600 or something
  175. waqas Ge0rG: you need a `</span>` for it to be valid
  176. jonas’ bold Bold font weight. Same as 700.
  177. jonas’ https://developer.mozilla.org/en-US/docs/Web/CSS/font-weight
  178. Ge0rG So 600 is not-quite-bold?
  179. jonas’ 600 Semi Bold (Demi Bold)
  180. Ge0rG poezio will display as bold if you have font-weight:anything in the CSS
  181. waqas font-weight: normal == 400
  182. jonas’ m(
  183. waqas Check out values here: https://developer.mozilla.org/en-US/docs/Web/CSS/font-weight#Values
  184. Andrew Nenakhov has joined
  185. jonas’ https://developer.mozilla.org/en-US/docs/Web/CSS/font-weight#Common_weight_name_mapping rather this table, no?
  186. waqas Yeah
  187. waqas That's a nice piece of documentation
  188. Ge0rG Now I remember again why I hate HTML
  189. waqas Ge0rG: Why exactly? :)
  190. jonas’ first, this is CSS
  191. jonas’ second, what’s wrong with its
  192. jonas’ second, what’s wrong with it?
  193. Ge0rG jonas’: CSS is a part of HTML.
  194. jonas’ CSS is commonly used with HTML, but you can use HTML without CSS just fine, and you can use CSS with things which are not HTML (e.g. GTK or SVR)
  195. Ge0rG You know what they said about PHP? A fractal of bad design.
  196. jonas’ CSS is commonly used with HTML, but you can use HTML without CSS just fine, and you can use CSS with things which are not HTML (e.g. GTK or SVG)
  197. jonas’ I don’t see that here though
  198. waqas Ge0rG: You need to make peace with the fact that everything sucks, and that is unlikely to ever change :)
  199. Andrew Nenakhov has left
  200. Andrew Nenakhov has joined
  201. Ge0rG waqas: I can't make peace with it, I can merely try to rant less.
  202. Andrew Nenakhov has joined
  203. Andrew Nenakhov has left
  204. Andrew Nenakhov has joined
  205. Andrew Nenakhov has left
  206. Andrew Nenakhov has joined
  207. waqas has left
  208. oli has joined
  209. Andrew Nenakhov has left
  210. Andrew Nenakhov has joined
  211. lorddavidiii has joined
  212. l has joined
  213. l has joined
  214. mrDoctorWho has joined
  215. vanitasvitae has left
  216. igoose has left
  217. Maranda has joined
  218. alacer has joined
  219. steven has joined
  220. alacer has left
  221. Zash has left
  222. Zash has left
  223. !xsf_Martin has joined
  224. frainz has left
  225. j.r has joined
  226. frainz has joined
  227. Andrew Nenakhov has joined
  228. Zash has left
  229. Andrew Nenakhov has joined
  230. Zash has left
  231. oli has joined
  232. krauq has joined
  233. 404.city has joined
  234. krauq has joined
  235. 404.city has left
  236. oli has joined
  237. benpa has joined
  238. uhoreg has joined
  239. _purple_bot has joined
  240. Matthew has joined
  241. labdsf has left
  242. labdsf has joined
  243. igoose has joined
  244. valo has joined
  245. j.r has joined
  246. oli has joined
  247. vanitasvitae has left
  248. oli has joined
  249. Andrew Nenakhov has left
  250. Andrew Nenakhov has joined
  251. Half-Shot has joined
  252. Half-Shot has left
  253. vanitasvitae has left
  254. jonas’ who’s responsible for the registries? (<https://github.com/xsf/registrar>)
  255. lumi has joined
  256. vanitasvitae has left
  257. vanitasvitae has left
  258. vinx55 has joined
  259. j.r has joined
  260. krauq has joined
  261. daniel has joined
  262. vinx55 has left
  263. nyco has left
  264. Yagiza has joined
  265. APach has left
  266. APach has left
  267. alacer has joined
  268. krauq has joined
  269. igoose has left
  270. igoose has joined
  271. nyco has joined
  272. vanitasvitae has left
  273. nyco has left
  274. lskdjf has joined
  275. labdsf has left
  276. Yagiza has left
  277. Yagiza has joined
  278. l has left
  279. Wiktor has left
  280. j.r has joined
  281. Guus jonas’ Until there is a perceived need for a more formal governing body, the functions of the XMPP Registrar shall be managed by the XMPP Extensions Editor [6]
  282. Guus https://xmpp.org/extensions/xep-0053.html
  283. Marc Laporte has joined
  284. thorsten has left
  285. thorsten has joined
  286. Marc Laporte has left
  287. labdsf has joined
  288. ralphm set the topic to XSF Board Meeting | Logs: http://logs.xmpp.org/xsf/ | Agenda https://trello.com/b/Dn6IQOu0/board-meetings
  289. ralphm bangs gavel
  290. ralphm 0. Welcome + Agenda
  291. ralphm Hi!
  292. ralphm nyco sent regrets
  293. jonas’ Guus, thx :)
  294. Seve Hi
  295. Guus hello
  296. ralphm MattJ?
  297. ralphm Anything to add to the agenda?
  298. Seve Not me
  299. Guus I just added things to Trello
  300. Guus trademark, email server status
  301. Seve can't get to a computer but is on his phone
  302. ralphm Ok
  303. ralphm Me too
  304. ralphm 1. Commitments
  305. waqas has joined
  306. waqas has left
  307. Guus eyes dwd
  308. ralphm Vacation is almost over here, making more time for all things XMPP this month.
  309. APach has joined
  310. ralphm Including finally getting the items with Peter sorted.
  311. waqas has joined
  312. ralphm 2. FOSDEM / Summit
  313. ralphm Guus, any news on hotel?
  314. Guus I've send a request for a quote, but have not received one yet.
  315. Guus I expect that to happen today or tomorrow
  316. Guus after which I'll forward it to the mailing lists, much like we did last year.
  317. ralphm Otherwise, let's sync tomorrow on all the things
  318. Guus (I'm getting a quote from Thon EU again)
  319. Guus I've also tried to reach out to the same restaurant for the XSF Dinner
  320. Guus couldn't get someone on the phone, but left a message
  321. Guus that's it for now.
  322. ralphm Ok
  323. ralphm Thanks
  324. ralphm 3. GSoC
  325. Seve Thank you Guus
  326. !xsf_Martin has joined
  327. Guus Joachim expressed some interest in participating, but communication seems to have broken down over the holidays.
  328. Guus (GSoC, that is)
  329. Guus I'll follow up with him
  330. Guus no others have stepped forward.
  331. Guus Let's aim to have a go/no go in next weeks meeting?
  332. ralphm Ok, maybe good to repeat the request now holidays are over
  333. Guus I don't like battering people. I'll publicly follow up Joachim. If someone else is interested, they can chime in.
  334. ralphm Ok
  335. MattJ Hey
  336. Seve Good
  337. MattJ Sorry, here now
  338. ralphm 5. JabberSpam trademark
  339. Guus hi MattJ
  340. ralphm (hi)
  341. mightyBroccoli has left
  342. ralphm Good comments, Guus
  343. Guus Ge0rG has send in an application, that has had little response. He requests action.
  344. ralphm I'd still like to get guidance from Peter
  345. Ge0rG Peter acknowledged my request some two weeks ago.
  346. ralphm Yes, I got a copy
  347. Guus interestingly, the website speaks of a Trademark WT
  348. Guus who's that?
  349. Ge0rG IIRC, last time I asked for a trademark license, it ended up being voted by Board (after Peter's principal approval)
  350. ralphm Currently, just Peter, I think.
  351. Guus (It does not explicilty name it a work team, but it suggests that there's a group of people, plus the executive directory, that are said team).
  352. ralphm Director
  353. Guus sorry 🙂
  354. mightyBroccoli has joined
  355. MattJ The agreement does mention a "trademark committee" iirc
  356. Guus that might be it, yes.
  357. ralphm Adding it to the list of topics.
  358. ralphm Ge0rG: trying to get that resolved soon
  359. Guus I just created a small PR to the website, that should get Peters attention too
  360. Guus (regarding pending trademark applications)
  361. !xsf_Martin has left
  362. Guus Hopefully, we can gain some traction that way too.
  363. ralphm 6. E-mail issue for seve
  364. Guus I'm not sure if this is just for Seve
  365. Ge0rG Further discussion has shown that I might need _two_ trademark permissions actually, one for the Org (requested), and another one for the "Jabber Spam Fighting Manifesto"
  366. !xsf_Martin has joined
  367. ralphm I saw some discussion and request to remove from RBL
  368. Guus I don't know what RBL is - or if we indeed do have an issue
  369. ralphm Seve: did you get nyco's email?
  370. Guus but for several weeks, people seem to have email related issues
  371. Guus Seve is one, but mail from the wiki (on account creation) do not show up either
  372. Guus unsure if it is related
  373. ralphm If this keeps up we may have to start sending through a service like MailGun, I'll ask the iteam what their strategy is.
  374. Seve ralphm: still no new emails from XSF lists, I was thinking on waiting for a new email to check if I get them now
  375. Guus I'm hoping that iteam can give some kind of status update.
  376. ralphm Seve: ok, that was sent just before this meeting
  377. Guus if only to confirm or reject the notion that we have issues.
  378. ralphm Kev, intosi?
  379. Seve ralphm: then no, I still do not get them
  380. MattJ I think someone will have to check the mail server log again then
  381. ralphm Aye
  382. ralphm Ok, taking that up with iteam.
  383. Seve Thank you for this, I really appreciate that
  384. ralphm 7. AOB?
  385. Ge0rG I have one AOB
  386. Guus no AOB from me.
  387. MattJ None here
  388. Ge0rG Tomorrow is our 20th birthday. Somebody should give a party. https://slashdot.org/story/99/01/04/1621211/open-real-time-messaging-system
  389. ralphm Indeed.
  390. ralphm Of course the party will be distributed, with Disco and lots of Jingle.
  391. Seve :)
  392. Ge0rG ralphm: are you going to MIX the drinks?
  393. Guus musthinkofaMIXjoke...
  394. Guus thanks.
  395. ralphm Ge0rG: sure. I'm more Pub than Sub.
  396. Ge0rG that sounds rather zimpy.
  397. Guus any practical idea's on commemorating the milestone?
  398. Guus apart from bad puns, obviously.
  399. Ge0rG Guus: somebody should write a blog post. I suggest "the half-life of instant messengers"
  400. ralphm I had great ideas and no time, so that didn't work out.
  401. Link Mauve I think we wanted to organise one with Nÿco this year.
  402. Ge0rG I'd volunteer, except -EBUSY
  403. waqas has left
  404. Guus that goes for everyone, I'm afraid.
  405. ralphm But we might be able to do something around the Summit
  406. Ge0rG maybe we can crowdsource it? Collect the lifespans of IMs in a pad
  407. mrDoctorWho Where does gajim keep the passwords on Windows?
  408. Ge0rG I can manage an hour or two tomorrow to write it down
  409. mrDoctorWho Oops
  410. mrDoctorWho Sorry, wrong chat
  411. Zash lol https://slashdot.org/comments.pl?sid=15607&cid=2048739
  412. ralphm Hehe
  413. ralphm Ok, with that.
  414. ralphm 8. Date of Next
  415. ralphm +1W
  416. MattJ wfm
  417. ralphm 9. Close Thanks all!
  418. Seve +1
  419. Guus until we meet again!
  420. ralphm bangs gavel
  421. Seve Thank you!
  422. ralphm set the topic to XSF Discussion | Logs: http://logs.xmpp.org/xsf/ | Agenda https://trello.com/b/Dn6IQOu0/board-meetings
  423. Ge0rG Zash: XMPP, a story of NIH
  424. Zash Ge0rG: All of humanity probably
  425. Ge0rG So does anyone volunteer to collect data about IM networks/apps and their lifetimes?
  426. Zash https://en.wikipedia.org/wiki/Instant_messaging#History
  427. Ge0rG Zash: that's very coarse
  428. Ge0rG but maybe a full history of all abandoned networks will be less funny of a read than I imagine
  429. labdsf has left
  430. Ge0rG Oh, https://waher.se/IoTGateway/SimpleIoTClient.md is back up
  431. vanitasvitae has left
  432. jjrh has left
  433. steven has left
  434. moparisthebest ha I didn't know that "The term "Instant Messenger" is a service mark of Time Warner[11] and may not be used in software not affiliated with AOL in the United States."
  435. labdsf has joined
  436. neshtaxmpp has joined
  437. daniel has joined
  438. steven wtf is that true??
  439. MattJ Things like that are why we ended up with the term "roster", when at the time everyone was talking about your "buddy list(TM)" (e.g. https://www.bizjournals.com/sanjose/stories/1999/05/31/story7.html )
  440. lovetox has joined
  441. krauq has joined
  442. Ge0rG Also why we ended up with XMPP.
  443. UsL has left
  444. Zash Trademarks are why we can't have nice things
  445. UsL has joined
  446. UsL has left
  447. UsL has joined
  448. UsL has left
  449. jjrh has left
  450. Ge0rG trademarks don't expire, right?
  451. MattJ They do
  452. Zash No they don't
  453. MattJ i.e. if you register a trademark you have to renew it after ~10y
  454. jjrh has left
  455. Zash Right
  456. Zash Which they'll do, forever
  457. Ge0rG http://tmsearch.uspto.gov/bin/showfield?f=doc&state=4802:35rtkj.4.26
  458. Zash > This search session has expired. Please start a search session again by clicking on the TRADEMARK icon, if you wish to continue.
  459. Ge0rG It's just the "BUDDY LIST" result, it's still registered to AOL
  460. 404.city has joined
  461. Zash You also have to actively protect it as well, right? Ie go after people using it without permission and stuff.
  462. Zash Hm, but then I'm not sure which is whic hof ™ and ®
  463. Ge0rG 🤷
  464. Ann has left
  465. edhelas has left
  466. lovetox has joined
  467. edhelas has joined
  468. daniel has joined
  469. 404.city has left
  470. Ann has joined
  471. sezuan has left
  472. thorsten has left
  473. waqas has joined
  474. moparisthebest has left
  475. vaulor has left
  476. ta has left
  477. labdsf has left
  478. lskdjf has left
  479. lskdjf has joined
  480. Wiktor has left
  481. pep. https://slashdot.org/comments.pl?sid=15607&cid=2048734 "clients are quite easy to write", fast forward 20 years later
  482. alacer has left
  483. Wiktor has left
  484. thorsten has joined
  485. l has joined
  486. lskdjf has left
  487. Zash has left
  488. j.r has joined
  489. jjrh has left
  490. jjrh has left
  491. daniel has joined
  492. jjrh has left
  493. lskdjf has joined
  494. Zash has left
  495. jjrh has left
  496. vanitasvitae has left
  497. jjrh has left
  498. lovetox has joined
  499. Andrew Nenakhov Clients are indeed easy to write. It's just good clients that aren't.
  500. jonas’ true
  501. tux has joined
  502. alacer has joined
  503. jjrh has left
  504. lovetox also 20 years ago there was no MAM and Carbons no phones etc
  505. efrit has joined
  506. lovetox no encryption, so it was basically, download the roster, and send a message
  507. Steve Kille has left
  508. Steve Kille has left
  509. genofire has left
  510. genofire has left
  511. Steve Kille has joined
  512. goffi Hi, happy new year everybody. In XEP-0060, if I have an item with id "abc", I publish an other item with it "def", then I publish a new item with the first id ("abc") which will overwrite it. if I then request items with max=1, should I get "abc" or "def" ? § 7.1.2 says that item is overwritten and § 6.5.7 says that items returned are the "most recent". So I guess it should be "abc", right ?
  513. genofire has joined
  514. goffi ralphm: ^
  515. pep. I think that question was also raised by edhelas a few months ago(?) I don't know if there's a clear answer
  516. Zash If you think about it as publishing a new item that just happens to also delete an older item, then it makes sense that the 'abc' one is the last item you get
  517. Guus I'd argue, without looking at the xep, that something that's overwritten is not 'new'
  518. goffi I got the same 2 thoughts, so it's confusing because 2 options could make sense.
  519. jjrh has left
  520. goffi the XEPs states that the mosts recents items must be returned, so even if you overwritte, the "abc" one is the more recent.
  521. goffi most*
  522. Guus The identity is not new
  523. goffi yes, but the item is
  524. Guus Is it new, or is the old one changed?
  525. Zash I prefer the way where I don't have to throw out all the append-only assumptions from everywhere
  526. waqas has left
  527. alacer has left
  528. alacer has joined
  529. erkanfiles has joined
  530. steven So I've coined this idea a few times the last few weeks in random MUCs, but I'm not sure how to approach taking it further than an idea: I (and I'm sure others) have been thinking quite a bit about OMEMO key fetching and how easy it is for server admins to just serve extra keys for contacts etc. I don't think there is a single client that does not automatically accept all keys by default. (Conversations has an "expert setting" that lets you turn of accepting new keys. I think Gajim has something similar.) I've been thinking about PGP to help improve this. My personal main objection to using PGP for encrypted messaging is that I prefer to not have my private key on my device at all times (in unencrypted form) like you need for XEP-0374. Instead, one could sign OMEMO keys with a PGP key to just have to do this once for each new device. In theory, this would not need to have your PGP key on a mobile device, for example. Since you could verify the OMEMO key fingerprint on on your desktop and then sign it there. On the mobile device you only need to import your own public key and signed public keys of your contacts.
  531. pep. Hah, Syndace ^
  532. steven Not sure I'm missing something that makes this hard to use. Also I don't know if PGP is still used at all.
  533. oli why not encrypt the messages with pgp?
  534. pep. We've been discussing with Syndace a bit and trying to find solutions about your concerns on the server being able to inject devices etc.
  535. steven oli, because this needs the pgp private key to be available at all times
  536. steven OMEMO keys are single-use-case and can easily be replaced when confiscated
  537. pep. The idea with PGP is that the key would be stored on the server and the client can unlock it, but that has other pitfalls
  538. steven A PGP key is kinda like your ultimate beacon of trust 😀 We use it a lot at work f.e. for automatic deployments etc
  539. steven So I never have my laptop or phone have it unencrypted and need to enter a lenghty passphrase for every use.
  540. pep. (Well technically it could be done any way, but that's what I hear the most, that makes the most sense UX-wise)
  541. steven I don't think it's nice to type a passphrase for every message 😀
  542. pep. Not for every message
  543. Wiktor steven: good idea, but this would require OpenKeychain on Andoird to verify the signature and/or sign the statement
  544. steven pep., I don't know how XEP-0374 works, tbh. Does it just use one master key all the time? Or does it use ephemeral subkeys or so?
  545. waqas has joined
  546. steven Wiktor, to verify yes. But to sign your own mobile key, you could do manual fingerprint verification with a desktop client like Gajim and sign your mobile's OMEMO key there and send the signature to the server. (Just thinking out loud here, though.)
  547. pep. You choose? I don't know it that much either, I'm definitely not the reference here. I also know other people have concerns about 374, but I'm waiting on them to tell because I don't have the knowledge to back these claims
  548. Wiktor Yeah, actually Conversations already has similar code but using X.509 instead of OpenPGP
  549. pep. steven: so you want cross-signing basically right
  550. pep. I think the way you're trying to implement it is going a bit far
  551. mrDoctorWho has joined
  552. steven pep., yeah well it's also possible of course to sign on the mobile client
  553. steven still you'd have to enter the passphrase only once
  554. steven instead of very often/every message?
  555. UsL has joined
  556. mrDoctorWho has joined
  557. j.r has joined
  558. Syndace I saw you proposing that before but I didn't see a way to do that in a way which is not overkill.
  559. Syndace But now that I think about it again you could probably do it without too much complexity
  560. Syndace You might not even need GPG itself, rather a master key of any soet
  561. Syndace But I'm busy right now, I'll take some time to think about it later/tomorrow
  562. steven Syndace, well, "a master key of any sort" isn't much better. The thing is that quite some people already have some form of web of trust with PGP keys and verified identities. (The company I work for is fully remote so at our annual offsite we do a quick PGP key signing ritual. From then on we can f.e. introduce a new coworker by having him meet a single colleague that signs his key.)
  563. Syndace has joined
  564. efrit has left
  565. steven Basically PGP is identity-based while OMEMO is device-based. So to tie a device to an identity, it makes sense to use PGP I think.
  566. Ge0rG steven: PGP is a can of worms, especially but not exclusively regarding UX. Not even hardcore cryptowhores figure out all of its quirks
  567. Syndace has joined
  568. Ge0rG I like the matrix idea of a master olm(?) key.
  569. steven Ge0rG, true. But it's an accepted default.
  570. steven Ge0rG, many people say the same about XMPP 😀
  571. Ge0rG No need to mix different crypto libraries with each other.
  572. Ge0rG steven [19:58]: > Ge0rG, true. But it's an accepted default. Nope. S/MIME is the accepted default.
  573. Ge0rG The PGP web of trust is just silly. I've verified your identity, therefore I trust you to verify other people's identities?
  574. Ge0rG I think that PGP has a place in xmpp indeed, but without OMEMO then.
  575. Tobias has joined
  576. Ge0rG Just have an account key, exchange it with your friends, share it between all your devices, problem solved. You leak your key? All of your chat history is compromised.
  577. Ge0rG You lose your device? Lucky you if you still have the key / recovery password. Then you'll regain all your logs.
  578. Ge0rG OMEMO trust management is just madness. What do you do if you verified one of your friend's devices, but none of your own other device keys?
  579. Ge0rG It barely works as long as you have exactly one device and it doesn't get lost, stolen or broken.
  580. steven Ge0rG, I don't think you have much experience using OMEMO..
  581. steven I have the Conversations "paranoid mode" where I have to manually approve new device keys and it works fine.
  582. Andrew Nenakhov I don't like the whole idea of omemo/otr. The only improvement in it over gpg is PFS but too many drawbacks. And gpg is good enough to stop any realistic state wide spying efforts. So PFS is needed to those who REALLY has reasons not to be spied and MitMed and traffic decrypted, and we know all too well who these people are. :-/
  583. steven When I first start chatting with a new contact, I will just blindly hit "ok" (I'm not gonna call them to spell it out for me), but after that when I get sent new device keys, I just ask them first if they started using another client.
  584. steven So yeah in theory the admin could still hijack the key on the moment someone starts using a new client. That's why I'd prefer to just have my contacts' PGP keys and have them sign their OMEMO keys.
  585. Andrew Nenakhov So, which keys could admin hijack?
  586. Ge0rG steven [20:05]: > I have the Conversations "paranoid mode" > When I first start chatting with a new contact, I will just blindly hit "ok" (I'm not gonna call them to spell it out for me) I rest my case.
  587. Andrew Nenakhov If he hijacks your public keys, then what?
  588. steven Andrew Nenakhov, the admin could install a module that whenever a user adds a new device, it broadcasts a different key instead that it owns itself. Because I described that I would only ask "did you start using a new client?" without also verifying the fingerprint.
  589. steven Ideally I just send them the fingerprint using their first OMEMO key to verify.
  590. Ge0rG Andrew Nenakhov: the server Admin could add another device key to your account, or replace your key with his own.
  591. steven Andrew Nenakhov, he could but only if he's already doing that at the moment of the first encounter.
  592. Ge0rG steven: how do you ask your friends whether they got a new device? With the old key? Via SMS?
  593. steven Ge0rG, with the old key(s).
  594. steven Usually it's someone that opened the webchat for the first time or downloads a desktop client or so.
  595. Ge0rG steven: so if they lost their phone, you are out of luck.
  596. steven So yeah I should ask them to verify the fingerprint. But I don't have such highly sensitive conversations yet. Just thinking that in case I have, I'd prefer PGP instead of manually messing with fingerprints.
  597. edhelas has left
  598. steven Ge0rG, if they lost their phone and have never used a desktop/web client, yes.
  599. moparisthebest how do you verify their PGP key though?
  600. Ge0rG steven [20:11]: > in case I have, I'd prefer PGP instead of manually messing with fingerprints. Now with *that* I can totally agree.
  601. steven (Also note that I'm the server admin of the server my social network is on, so I should have been targeted by a hacker for shady things to happen.)
  602. steven moparisthebest, well, you only have to do that once. And you could delegate that to people you trust to do it thoroughly.
  603. steven Also for higher-profile people, their PGP keys might be publicly known and signed by a bunch of people.
  604. Andrew Nenakhov steven, that what fingerprints check is for, so you should verify your contact fingerprints via an independent means of communication.
  605. Wiktor You already specify your own PGP key in C, one can check if your contacts PGP key is signed by you
  606. steven Andrew Nenakhov, or with a signature of an authority you trust.
  607. andrey.g has left
  608. Andrew Nenakhov Cool. So this authority could be compromised and all your struggle and pain with encryption will be for nothing.
  609. Ge0rG There is no trusted authority on PGP. This is what S/MIME is for...
  610. steven Like say some guy from The Guardian contacts you. He uses an OMEMO key. Most likely, his PGP key will be known, online on several websites and signed by people from other newspapers etc. If he signs the OMEMO key with that PGP key that I can find in multiple places with multiple signatures from other keys I can find in even more independent places, I would personally rest assured.
  611. Andrew Nenakhov It never ceases to amaze me how people want security and privacy but not the inconveniences that mandatory come with them.
  612. steven Andrew Nenakhov, there's several levels of privacy of course. Of course I'd like the conversations with my friends to be private from petty hackers and bad admins getting government orders. But I know that these conversations are not safe from high-profile cyberspecialists. That's fine. If I'm about to become a whistleblower and talking with a newspaper, I'll up my security and me tolerace to the nuisances that come with it.
  613. andrey.g has joined
  614. pep. > Ge0rG> There is no trusted authority on PGP. This is what S/MIME is for... Trusting that authority is another story. DANE anybody? Does S/MIME even work with that
  615. Ge0rG steven: you've heard of https://evil32.com/ already?
  616. Ge0rG pep.: there was a proposal
  617. Ge0rG I'd love to have an implementation of that.
  618. Ge0rG pep.: but not just the fingerprint, store the whole certificate in DNS
  619. edhelas has left
  620. steven > steven: you've heard of https://evil32.com/ already? Ge0rG, hmm, I don't use the shortIDs personally. Not sure how, but my `gpg --list-keys` prints full IDs.
  621. Ge0rG steven: the point is that the key of your journalist is fake, together with all the keys that signed it
  622. Wiktor steven: defaults of gpg change over time, no automated system should use short fingerprints (OpenKeychain follows this)
  623. edhelas has left
  624. Wiktor Ge0rG: not necessarily, first of all legacy sigs used long key ids not short 32 bit but for years the full fingerprint is embedded in the signature
  625. Ge0rG Why isn't anyone complaining that HTTP upload to a MUC exposes your domain to all muc participants?
  626. Link Mauve Ge0rG, because Conversations displays a picture instead of an URL.
  627. Ge0rG Wiktor: Chance fifty fifty
  628. moparisthebest your avatar exposes things too
  629. Link Mauve So people are not aware of that.
  630. moparisthebest probably a bunch of other things
  631. Link Mauve moparisthebest, uh, no, it doesn’t.
  632. moparisthebest in a different way, it lets me tell 'dwd' in one channel is the same as 'Dave' in another channel etc etc
  633. moparisthebest if I happen to have the same person in my roster, that too
  634. Ge0rG Everybody should use the same avatar!
  635. Wiktor Ge0rG: this is 4 years old: https://gnupg-devel.gnupg.narkive.com/Z0EFUBU7/issuer-fingerprint-was-vanity-keys
  636. Ge0rG Wiktor: I'm speaking about obtaining a key out of band
  637. edhelas has left
  638. Wiktor > Wiktor: Chance fifty fifty > Wiktor: I'm speaking about obtaining a key out of band ?
  639. Wiktor OpenKeychain uses qr codes, full fingerprint
  640. lorddavidiii has left
  641. Zash has left
  642. daniel has left
  643. daniel has joined
  644. lorddavidiii has joined
  645. winfried has joined
  646. ta has left
  647. ta has left
  648. ta has joined
  649. Ge0rG But you can't scan the fingerprint of some journalist
  650. j.r has joined
  651. 404.city has joined
  652. Wiktor This one uses full fingerprint https://theintercept.com/staff/micah-lee/
  653. MattJ has left
  654. mrDoctorWho has left
  655. l has joined
  656. oli Ge0rG: i complain all the time (in my head)
  657. oli regarding http upload
  658. lovetox steven, 1. Gajim doesnt blind trust, but every single user tells me i should implement it 2. you just exchange one verification for another, you dont want to verify the omemo fingerprint, and trust an pgp signature on it, but next you dont want to verify the pgp fingerprint, then you just trust some names on a list that maybe work in a newspaper
  659. lovetox thats not how it works, if you want to be really secure, you have to put in the work
  660. lovetox there is no magic solution how a computer can tell you that you can absolutly be sure that on the other end is Human X
  661. lovetox at somepoint, someone has to check this in the real world
  662. oli video
  663. Wiktor lovetox, I think steven mentioned that their company's employees verify their PGP fingerprints in real world
  664. lovetox and then the next thing you have to realize is, that clients are not developed for 1% paranoid people
  665. lovetox Wiktor, yeah so they know how this works, then they can do it with omemo fingerprints
  666. lovetox all of your pgp signing theorys are way to complex to implement, its already hard to get omemo as is working in a usable way
  667. Wiktor yes, but for PGP once you sign a key the person can rotate subkeys freely and the trust is retained
  668. Wiktor with OMEMO there is no master key to hold device keys together
  669. Wiktor just clarifying what's the scope, I actually had an idea how to implement it outside clients using PGP but without modification from XMPP client developers using verified XMPP URIs (what basically is in the OMEMO QR code)
  670. lovetox And? do you see anyone using pgp in xmpp?
  671. Ge0rG Wiktor [21:16]: > with OMEMO there is no master key to hold device keys together And you have O(n*m) manual key management overhead
  672. Wiktor pgp has two components, identity verification and signing/encryption, pgp for xmpp as is today is used only for signing/encryption, not identity verification
  673. Ge0rG Where n is your devices, and m the other users.
  674. Wiktor you already do M when you verify your users OMEMO keys?
  675. Wiktor the problem is you need to repeat it for every new device key
  676. lovetox Thats the whole story of signal, no master key, its a feature that enables you easily add new devices
  677. lovetox that is what makes it usable for the masses
  678. lovetox now you want to "secure" that down to pgp levels
  679. lovetox just use pgp
  680. Wiktor there is no way to use pgp identity verification in xmpp currently
  681. Wiktor pgp fingerprints are transferred in band in all pgp xeps I've seen
  682. ta has joined
  683. lovetox xmpp is just a transport protocol, everything pgp offers you can use
  684. lovetox its like email in that sense, it transports the encrypted payload, you can verify around that with keyservers or whatever crazy construct you think up
  685. Yagiza has left
  686. Wiktor verification of pgp keys can be done with QR codes like with OMEMO and with OpenKeychain, nothing uses that so bascially pgp in xmpp as it is now relies on server telling the fingerprints to clients, there is no paranoid mode like in OMEMO
  687. Wiktor but I think what steven proposed (as far as I understood) would be to use pgp keys that already have trust between them (bidirectional signing) to sign OMEMO device keys
  688. lovetox and how do i get the public key to verify the sign?
  689. lovetox dont tell me from a server :D
  690. Wiktor you get the fingerprint by scanning QR code, this is identical to OMEMO
  691. Wiktor see: https://github.com/open-keychain/open-keychain/wiki/QR-Codes
  692. lovetox ok, so you dont want to scan the omemo qr code, because thats somehow to much work, thats why we sign the omemo key, then scan the pgp key that this was sign with
  693. Wiktor I don't want to scan omemo keys every time contact changes devices, pgp key is stable as it is the root of trust
  694. lovetox to me this sounds like you just moved your problem and added complexity
  695. lovetox and how does a user add a new device, where does he store his secret master pgp key?
  696. moparisthebest you also don't really have to involve PGP to get the same thing right?
  697. lovetox on the phone he just lost?
  698. moparisthebest can't the device key you trust sign new device keys, and let you know about that?
  699. lovetox this is just exactly what people do since 20 years with pgp
  700. lnj has left
  701. frainz has left
  702. lovetox having a masterkey and singing sub keys
  703. Wiktor lovetox, usually PGP master keys are more protected than offline keys like OMEMO, e.g. my signing/encryption keys are on hardware tokens, master key is on an airgapped offline machine
  704. Wiktor lovetox, exactly
  705. lovetox Wiktor, thats not usable for the masses
  706. lovetox they dont store secret keys on hardware tokens
  707. lovetox they get a new phone
  708. lovetox log in, and want to chat
  709. moparisthebest I meant something a little less strict, ie "trust any key I've trusted for x@x.com, and any new keys for x@x.com that one of my trusted keys have signed"
  710. Wiktor is verified omemo for masses? but it exists
  711. lovetox thats what the signal protocol solved, thats why whatsapp is using this protocol for 1 billion people
  712. frainz has joined
  713. lovetox so what you describe is not an issue with omemo, its a design decision to make it usable for the masses
  714. lovetox if thats not secure enough just use pgp
  715. lovetox and if the pgp UI in clients is not what you think it could be, work on that
  716. lovetox instead of making omemo into something it was never designed to be
  717. Guus has left
  718. edhelas has left
  719. lnj has joined
  720. Wiktor this is not an issue with "pgp UI" nor pgp as used for encryption, but if you say omemo should stay as close to signal as possible... okay
  721. Wiktor moparisthebest, yep, that sounds lightweight, there is an issue with revoking devices and tracking which device signed which one
  722. moparisthebest uh, revoking is just "now my trusted key for x@x.com said not to trust this other key for x@x.com" ?
  723. steven has left
  724. moparisthebest just have to be careful that the signed message going away alone doesn't revoke trust, since the server operator could pull that off
  725. moparisthebest but it could also block the revoke message, I don't think there is anything you can do about that
  726. 404.city has left
  727. moparisthebest it's at best a "my phone was stolen please don't encrypt messages to it anymore" switch
  728. Wiktor Yep, maybe the signatures and revocation can be embedded in XMPP QR codes as for OMEMO, that is transported out of band
  729. Wiktor Yes, stolen or unused anymore
  730. moparisthebest yea that'd be pretty great
  731. Wiktor There is alternative to revocations - re-signing expiring signatures every N weeks or so
  732. Wiktor JWTs work like that... a little :)
  733. moparisthebest then an evil server op can revoke keys though
  734. moparisthebest trying to decide if that's a problem, I mean they can also just block messages
  735. Wiktor yeah
  736. Wiktor but putting these signatures in random messages would hide them :)
  737. Wiktor has left
  738. !xsf_Martin has left
  739. frainz has joined
  740. frainz has left
  741. frainz has joined
  742. ThibG has left
  743. ThibG has joined
  744. winfried has joined
  745. lorddavidiii has left
  746. lorddavidiii has joined
  747. edhelas has left
  748. Wiktor has left
  749. ralphm has left
  750. edhelas has left
  751. winfried has joined
  752. winfried has joined
  753. Wiktor has left
  754. Wiktor has joined
  755. edhelas has left
  756. edhelas has left
  757. edhelas has left
  758. edhelas has joined
  759. lorddavidiii has left
  760. edhelas has left
  761. edhelas has joined
  762. alacer has left
  763. winfried has joined
  764. winfried has joined
  765. edhelas has left
  766. mimi89999 has joined
  767. j.r has joined
  768. jjrh has left
  769. oli has left
  770. oli has joined
  771. frainz has left
  772. marc_ has left
  773. marc_ has joined
  774. jjrh has left
  775. jjrh has left
  776. jjrh has left
  777. Ann has left
  778. frainz has joined
  779. j.r has joined
  780. j.r has joined
  781. frainz has left
  782. marc_ has left
  783. ta has left
  784. ta has left
  785. jjrh has left
  786. vanitasvitae has left
  787. oli has joined
  788. frainz has joined
  789. j.r has joined
  790. frainz has left
  791. frainz has joined
  792. lumi has left
  793. andrey.g has left
  794. thorsten has left
  795. thorsten has joined
  796. Lance has joined
  797. mimi89999 has joined
  798. Half-Shot has joined
  799. Half-Shot has left
  800. Half-Shot has joined
  801. Lance has left
  802. Half-Shot has left
  803. Half-Shot has joined
  804. tux has joined
  805. MattJ has joined
  806. Half-Shot has left
  807. Half-Shot has joined
  808. Half-Shot has left
  809. Nekit has joined
  810. efrit has joined
  811. sezuan has left
  812. andrey.g has joined
  813. Half-Shot has joined
  814. jjrh has left
  815. lnj has left