XSF Discussion - 2018-03-14


  1. efrit has left
  2. SaltyBones has left
  3. Guus has left
  4. pep. https://gultsch.de/ daniel s/in moving/is moving/
  5. rtq3 has left
  6. SamWhited has joined
  7. Guus has left
  8. SamWhited has joined
  9. la|r|ma has joined
  10. lskdjf has joined
  11. Guus has left
  12. SamWhited has joined
  13. vanitasvitae has left
  14. Guus has left
  15. nyco has joined
  16. Guus has left
  17. Kev has joined
  18. Guus has left
  19. Guus has left
  20. vanitasvitae has left
  21. Guus has left
  22. Guus has left
  23. Kev has left
  24. Guus has left
  25. SamWhited has left
  26. Dave Cridland has left
  27. Guus has left
  28. SamWhited has joined
  29. Guus has left
  30. SamWhited has joined
  31. Guus has left
  32. Zash has left
  33. Zash has joined
  34. Guus has left
  35. Guus has left
  36. Guus has left
  37. jere has joined
  38. SamWhited has left
  39. Guus has left
  40. vanitasvitae has left
  41. rion has joined
  42. efrit has joined
  43. Dave Cridland has left
  44. Guus has left
  45. rion has left
  46. rion has joined
  47. @Alacer has left
  48. waqas has left
  49. @Alacer has joined
  50. Guus has left
  51. Dave Cridland has left
  52. Guus has left
  53. Guus has left
  54. Yagiza has joined
  55. Guus has left
  56. Dave Cridland has left
  57. Guus has left
  58. Guus has left
  59. Guus has left
  60. Guus has left
  61. rion has left
  62. Guus has left
  63. Guus has left
  64. Dave Cridland has left
  65. Guus has left
  66. Guus has left
  67. Guus has left
  68. Guus has left
  69. Dave Cridland has left
  70. j.r has left
  71. j.r has joined
  72. Guus has left
  73. efrit has left
  74. Guus has left
  75. SamWhited has left
  76. Guus has left
  77. Dave Cridland has left
  78. Guus has left
  79. Guus has left
  80. rion has joined
  81. Guus has left
  82. LNJ has joined
  83. Guus has left
  84. Yagiza has left
  85. Yagiza has joined
  86. Guus has left
  87. goffi has joined
  88. mimi89999 has left
  89. mimi89999 has joined
  90. mimi89999 has joined
  91. Tobias has joined
  92. j.r has joined
  93. lumi has joined
  94. rion has left
  95. LNJ has left
  96. j.r has joined
  97. Guus has left
  98. Dave Cridland has left
  99. Dave Cridland has left
  100. edhelas MattJ yup. But I'd also like to generalize to pretty much everything we have in XMPP
  101. Guus has left
  102. Guus has left
  103. moparisthebest has joined
  104. goffi daniel: just seen that conversations enable OMEMO by default, what happens if the other client doesn't implement it?
  105. jonasw for those of us who implement/implemented voice calls: http://oaktrust.library.tamu.edu/handle/1969.1/ETD-TAMU-2011-05-9116
  106. Guus has left
  107. mimi89999 has joined
  108. fippo jonasw: how does that compare to opus with CBR? (something the wire folks contributed back to the webrtc.org lib)?
  109. Guus has left
  110. jonasw fippo, I have no idea
  111. jonasw someone who may work on jingle voice in jabbercat has researched that stuff
  112. jonasw kudos to them for even thinking about timing sidechannels
  113. jonasw (and with research I mean "looked for papers", not "written that paper")
  114. ralphm has left
  115. ralphm has joined
  116. Guus has left
  117. Guus has left
  118. Dave Cridland has left
  119. Dave Cridland has left
  120. Guus has left
  121. Guus has left
  122. Dave Cridland has left
  123. Dave Cridland has left
  124. daniel > https://gultsch.de/ daniel s/in moving/is moving/ pep.: thanks
  125. ralphm has joined
  126. Guus has left
  127. Guus has left
  128. Guus has left
  129. j.r has joined
  130. ralphm has left
  131. ralphm has joined
  132. Dave Cridland has left
  133. daniel has left
  134. Guus has left
  135. daniel has left
  136. daniel has left
  137. rtq3 has joined
  138. ludo has joined
  139. goffi daniel: ^
  140. daniel ?
  141. goffi [07:33][goffi] daniel: just seen that conversations enable OMEMO by default, what happens if the other client doesn't implement it?
  142. daniel it wont be able to decrypt the message
  143. goffi daniel: conversations won't send it unencrypted then?
  144. daniel not by default
  145. daniel you can of course switch to unencrypted manually
  146. goffi daniel: you have a warning or something obvious so people know how to do it?
  147. Dave Cridland has left
  148. daniel nope
  149. daniel (unless you don't publish any keys at all)
  150. goffi looks like you're breaking compatibility
  151. ludo has joined
  152. Zash And keys are published by ... default ?
  153. rtq3 has left
  154. rtq3 has joined
  155. SaltyBones has left
  156. flow goffi, i'd say it impedes communication with certain clients, not really a compatiblity issue
  157. Dave Cridland has left
  158. flow I wonder if the situation could be improved a bit if the receiving client informs the sending that he doesn't the support the encryption mechanism, possibly based on EME
  159. flow Is there a way to send outgoing messages from the bare JID to conceal the resource?
  160. daniel flow, well detection is not really the issue. downgrade attacks are
  161. flow daniel, how do you detect it (reliable)?
  162. goffi flow: OMEMO is experimental, not an official standard yet. It's forcing it's use except if user change default which is not obvious to apparently. So yes it's breaking compatibility. Popular clients like Movim are not implementing it. It sounds like a terrible idea to me.
  163. daniel or let me repharse; we have mechanism that would allow us to detect under certain conditions; however that doesn't seem like a problem worth solving because downgrades
  164. flow daniel, I can see how that way is appealing from a pragmatic pratical point of view, i'm mostly interested thinking about potential solutions how a modular/extensible federated network could deal with multiple encryption schemes with minimal interoperability issues
  165. daniel flow: well because of the +notify thing in the Disco features we do know if a client supports omemo
  166. daniel If we can access disco
  167. daniel Speaking from a purely technical perspective
  168. daniel Assuming the other one is online and has presence subscription
  169. MattJ I was going to say that still allows a server MITM to strip that feature from disco
  170. MattJ But then a server may also unpublish keys
  171. flow MattJ, not if you always unconditional send omemo
  172. Guus has left
  173. flow not sure what conversation's omemo-by-default does
  174. MattJ if you've communicated before?
  175. daniel MattJ, of course. that's why i'm not doing this
  176. ludo has left
  177. la|r|ma has joined
  178. flow daniel: is there a knob to turn off omemo-by-default?
  179. daniel has left
  180. daniel not yet. i'm still on the fence whether this is a good idea
  181. SaltyBones has joined
  182. flow daniel, so just to make sure I understand: If there is no such knob, I won't be able to communicate with someone using conversations if I use a client which does not support omemo?
  183. jonasw (and you have ever published keys)
  184. jonasw (which conversations does by default)
  185. daniel oh sorry. currently you can turn it off on a per conversation basis
  186. daniel the encryption/lock icon doesn't go away
  187. daniel just omemo is selected as default instead of none
  188. flow daniel, if the remote has published omemo keys, or always?
  189. daniel there isn't a app wide button to change the default for all conversations
  190. daniel flow, always
  191. jonasw what
  192. Guus has left
  193. rion has joined
  194. jonasw so how do you send encrypted messages if the remote hasn’t published keys?
  195. flow ahh ok, so a common flow would be that converstations send an omemo message, recipient replies "sorry, no can do", conversation user turns off omemo for that conversation
  196. daniel it will pop up the error dialog that it can't find keys
  197. flow that flow will always be possible?
  198. jonasw m(
  199. Fabian has joined
  200. daniel > ahh ok, so a common flow would be that converstations send an omemo message, recipient replies "sorry, no can do", conversation user turns off omemo for that conversation that's how i imagine it. yes
  201. jonasw I’m really looking forward explaining to family how to that
  202. flow I think I could life with that
  203. jonasw that class of family for whom conversations is "ohhhh, you mean that thing on my phone"
  204. goffi daniel: does use need to do that on each new discussion with the same user ?
  205. goffi user*
  206. flow but on the other hand, that also allows for downgrade attacks
  207. goffi daniel: does user needs to do that on each new discussion with the same recipient ?
  208. daniel like i said; it's only about changing the defaults
  209. daniel not about forcing omemo
  210. jonasw alternatively, I’ll make our MUCs non-members-only
  211. jonasw that should do the trick too
  212. Guus has left
  213. daniel goffi, no conversations are persistent across the life span of the app
  214. mrdoctorwho has left
  215. mrdoctorwho has left
  216. daniel there is no such thing as a 'new discussion'
  217. jonasw my understanding was that omemo would only be enabled when conversations was able to discover keys for all participants, which I could agree to. but this is really, really bad.
  218. goffi OK, that's better than I imagined
  219. mrdoctorwho has joined
  220. goffi but I'm still worried that it's not obvious to change as you said previously. And what if recipient use OX instead? I personnaly prefer OX over OMEMO
  221. daniel lol
  222. goffi lol?
  223. daniel we can think about that when people have implemented ox
  224. flow true
  225. Guus has left
  226. daniel I feel like I'm repeating myself. But the change is just about the default. So if previously a lot of people had to tell their contacts to _enable_ omemo for a specific conversation some other people now have to tell their contacts to disable omemo
  227. daniel And my argument is that outside the xmpp developer bubble a lot less people now have to ask their friends to change that
  228. Guus has left
  229. jonasw daniel, I don’t see why you would default to enabling omemo if the contact not even has keys published
  230. Andrew Nenakhov has joined
  231. goffi The recipient may not even know that there is a message
  232. Guus has left
  233. Dave Cridland has left
  234. goffi then "you have to disable OMEMO" "How?" "I have not idea"
  235. goffi no*
  236. daniel wait. you don't implement eme? :-)
  237. goffi clients not implementing OMEMO may definitely not implement eme indeed (which is not more standard than OMEMO by the way).
  238. daniel Conversations will add a clear text body if it detects the other party has at least one client online that doesn't support omemo
  239. daniel i was kidding about the eme
  240. daniel i'm not a fan of eme
  241. daniel for exactly that reason
  242. daniel bad clients don't implement it
  243. daniel good clients probably have the encryption anyway
  244. goffi daniel: it's not a question of bad or good, it's a question of priorities, which may differs from yours.
  245. Guus has left
  246. goffi I have not implemented eme and I'm planning to, but Pubsub and blog stuff are more important to me.
  247. goffi and we are not all full time devs. Thanks to avoid insulting client developers.
  248. lskdjf has joined
  249. Guus has left
  250. edhelas daniel there's no bad or good clients, Pidgin supports OMEMO, it's a good XMPP client for you ?
  251. MattJ daniel, what is the error dialog like when there are no keys? Does give an option to disable OMEMO for that contact?
  252. Andrew Nenakhov has left
  253. Andrew Nenakhov has joined
  254. daniel MattJ, not yet. but there will be one if you previously haven't successfully send an omemo message
  255. MattJ That would be great
  256. Ge0rG OMEMO used to be a little UX nightmare. Now it has become the doom of Conversations :>
  257. MattJ I'm in favour of increasing security. End-to-end encryption with trivial downgrade attacks from the entity it's protecting against is... well, pointless
  258. Guus has left
  259. edhelas can't wait for Conversations to support SIMS, to make it a good client again :3
  260. MattJ But I'm not in favour of making our lives even harder in increasing adoption of XMPP though
  261. daniel sims was planed for 2.0 - but it is actually a lot harder than I thought
  262. goffi I'm not against E2E encryption by default either, but I'm worrying about compatibility issues. And OMEMO is not a standard yet.
  263. daniel so it has to wait for 2.1 or 2.2
  264. Ge0rG I can not implement E2EE for *ehm* Regulatory Compliance Reasons.
  265. Ge0rG daniel: which OMEMO namespace is Conversations using currently?
  266. daniel Ge0rG, the one in the XEP :-) :-)
  267. edhelas daniel oh, good news :)
  268. Guus has left
  269. Ge0rG > This specification defines the following XMPP namespaces: > - eu.siacs.conversations.axolotl Uhm. 🤦
  270. Guus has left
  271. Guus has left
  272. rtq3 has left
  273. Andrew Nenakhov has left
  274. Andrew Nenakhov has joined
  275. edhelas Ge0rG all the cool kids in town have their own client name in XMPP namespaces now
  276. Ge0rG But I want to be a cool kid too! Can I invent my own encryption protocol and have my name in the namespace? Like `pro.lukas.georg.doublerot13`?
  277. jonasw hah
  278. daniel probably; if you start the marketing campaign and get people to implement it
  279. Ge0rG I can start by adding this to all my messages: `<encryption xmlns='urn:xmpp:eme:0' namespace='pro.lukas.georg.doublerot13'/>
  280. Dave Cridland has left
  281. Guus has left
  282. jonasw files bugreport
  283. jonasw "rot13 undefined for emoji"
  284. Zash Let me tell you about my latest invention: ROT1114111
  285. Ge0rG jonasw: double rot13 WFM
  286. Dave Cridland has left
  287. Neustradamus has left
  288. Neustradamus has joined
  289. jonasw "but I don’t want to break abstraction by special-casing double-rot13!!!"
  290. jubalh has left
  291. Guus has left
  292. Guus has left
  293. valo has joined
  294. jubalh has joined
  295. Dave Cridland has left
  296. Guus has left
  297. Guus has left
  298. Dave Cridland has left
  299. flow layers!
  300. Guus has left
  301. Guus has left
  302. Ge0rG has joined
  303. daniel has left
  304. Guus has left
  305. Guus has left
  306. daniel has left
  307. Guus has left
  308. Maranda guesses he'll call someone Tr0eT from now on.
  309. Dave Cridland has left
  310. daniel ,oO(not sure thus is how double rot13 works)
  311. Maranda , oO(who said it's "double")
  312. Maranda 🤣 🤣
  313. edhelas regarding the multiplication of E2E standards in XMPP I'm proposing a new XEP to cover everyone's use case, XEP-xxxx: PLAIN over E2E
  314. Dave Cridland has left
  315. Dave Cridland has left
  316. Dave Cridland has left
  317. Dave Cridland has left
  318. Guus has left
  319. Dave Cridland has left
  320. Dave Cridland has joined
  321. Maranda A Rot26 Ge0rG is rather boring and less Tr0eT'ling
  322. Dave Cridland has left
  323. Dave Cridland has left
  324. Guus has left
  325. Dave Cridland has left
  326. ludo has joined
  327. Dave Cridland has left
  328. jubalh has left
  329. daniel has left
  330. Ge0rG edhelas: that's kind of compatible to double rot13
  331. Guus has left
  332. daniel has left
  333. jubalh has joined
  334. jubalh has left
  335. Guus has left
  336. daniel has left
  337. Guus has left
  338. ludo has left
  339. jubalh has joined
  340. dwd has joined
  341. jubalh has left
  342. pep. Need another XEP to bridge the two
  343. dwd In entirely unrelated news, I'm attending the MLS BOF next week.
  344. Tobias Enjoy
  345. Dave Cridland has left
  346. jubalh has joined
  347. jubalh has left
  348. Guus has left
  349. Ge0rG has left
  350. rtq3 has joined
  351. mimi89999 has joined
  352. mimi89999 has joined
  353. Guus has left
  354. rion has left
  355. rion has joined
  356. Zash That time of the 1/3year again?
  357. jonasw which time?
  358. Zash IETF time
  359. Zash 3 per year
  360. Dave Cridland has left
  361. Dave Cridland has left
  362. Dave Cridland has joined
  363. Ge0rG has left
  364. dwd Also, reading back, double-XOR is 8-bit clean, and has the useful property that it always results in valid UTF-8, if you're looking for a decent encryption algorithm. Just ensure the key is from a suitable random source.
  365. dwd Zash: Yes, from this weekend.
  366. Guus has left
  367. jubalh has joined
  368. Zash Heh, IETF 101 :D
  369. Guus has left
  370. dwd Zash: If you miss it, the later sessions won't make any sense.
  371. Zash Anyone feel like drafting an XMPP variant of https://tools.ietf.org/html/draft-ietf-acme-email-tls-03 ?
  372. Dave Cridland has left
  373. Dave Cridland has left
  374. Dave Cridland has joined
  375. Guus has left
  376. blabla has left
  377. Zash Actually why is that one not SRV-generic?
  378. pep. Zash: that means SRV-ID? :u
  379. pep. Heh
  380. dwd I'd not seen that. And yes, but I don't know if we can persuade Let's Encrypt to support it - but I can put tendrils out next week.
  381. SaltyBones has left
  382. rtq3 has left
  383. daniel has left
  384. daniel has left
  385. Zash pep.: Highly unlikely, not even email uses that.
  386. Zash dNSNames everywhere and only
  387. Dave Cridland has left
  388. marmistrz has joined
  389. marc has left
  390. Guus has left
  391. Kev has joined
  392. Guus has left
  393. marmistrz has joined
  394. daniel has left
  395. Dave Cridland has left
  396. Ge0rG > double-XOR is 8-bit clean, and has the useful property that it always results in valid UTF-8 Doesn't that depend on what you XOR with?
  397. intosi Ge0rG: no. If you xor it with 7-bit values, it will still be 8-bit clean :)
  398. Zash If you XOR with the same key twice...
  399. intosi Yup.
  400. intosi Really doesn't matter which bitsize your values are.
  401. Ge0rG I could XOR it with 0x00.
  402. Zash Not sure if *wosh*
  403. jonasw Ge0rG, everybody knows xor with 0x00 is unsafe!
  404. Ge0rG intosi: "Doesn't that depend on what you XOR with?" -- "no. If you xor it with 7-bit values," -- so that actually means "yes"?
  405. intosi No.
  406. Guus has left
  407. jubalh has left
  408. intosi Or, "yes, it doesn't depend on"
  409. intosi For varying interpretations of the words "no" and "yes."
  410. Ge0rG Yes. We should stop that now before heads start exploding.
  411. Zash yes xor no
  412. Dave Cridland has left
  413. intosi true
  414. Ge0rG Zash: that's boring. The true fun starts at `yes XOR File_Not_Found_Exception`
  415. ralphm has joined
  416. Dave Cridland has left
  417. Guus has left
  418. marmistrz has left
  419. jubalh has joined
  420. ludo has joined
  421. jubalh has left
  422. jonasw XAND!
  423. daniel has left
  424. Dave Cridland has left
  425. daniel has left
  426. Guus has left
  427. daniel has left
  428. Guus has left
  429. daniel has left
  430. daniel has left
  431. Alex has joined
  432. daniel has left
  433. daniel has left
  434. Dave Cridland has left
  435. ludo has left
  436. dwd jonasw: XAND - Like an AND, but if both inputs are true then false?
  437. daniel has left
  438. dwd Zash: Read through that email acme draft. I'll chat with Alexey about it on Saturday, and see if I can persuade him into knocking out an XMPP version.
  439. Zash dwd: Thanks.
  440. dwd FWIW, I think it ought to be doing sRVName in this instance.
  441. rion is here any dino.im user? I'm trying to figure out if it worth it to add dino client detection in Psi.
  442. Zash dwd: I saw mention of SRV-ID in the text
  443. Guus has left
  444. Zash dwd: I do wonder if it would be sensible to factor out some generic SRV verification
  445. dwd Oh, indeed.
  446. dwd And yes, generic sounds awfully good to me, but I suspectit's impossible without immediate/direct TLS in all cases.
  447. Zash "How internet-drafts multiply"
  448. dwd BTW, anyone know what the state of the art client for Mac is?
  449. Tobias Monal, Swift 4.0rc6, …? :)
  450. Tobias Movim maybe, if it has a Mac version. edhelas, does it?
  451. Zash Isn't it a web client?
  452. Tobias i thought it had destkop wrappers :)
  453. Tobias Zash, it has a linux version https://movim.eu/#apps
  454. edhelas yeah but removed some of them recently, wasn't able to package Electron easily for Windows and Mac
  455. Tobias wasn't able to package Electron? I thought that was it's one purose, be able to package easily on desktop platforms
  456. Tobias wasn't able to package Electron? I thought that was its one purose, be able to package easily on desktop platforms
  457. edhelas ahah, you fool, you need a sh**load of dependencies and actually run scripts on MacOS (and I don't have a Mac) to package .dmg and stuff like that
  458. Tobias ahh
  459. edhelas I don't have time for that
  460. Tobias I understand
  461. edhelas https://www.npmjs.com/package/electron-packager
  462. edhelas also I have a personnal issue with the JS ecosystem and NPM
  463. edhelas but that's purely personnal
  464. goffi edhelas: you're not the only one
  465. Tobias understandable, who doesn't have an issue with the JS ecosystem
  466. Kev Which JS ecosystem?
  467. Guus has left
  468. intosi Kev: all of them, in varying degrees.
  469. Zash There can be only one!
  470. daniel Are there any Screenshots for swift 4.0?
  471. Dave Cridland has left
  472. Guus has left
  473. Tobias I can make one but it's probably not the usual setup for most users
  474. Kev https://www.dropbox.com/s/bn6rpzjqhroebgk/Screenshot%202018-03-14%2010.23.40.png?dl=0
  475. Kev Actually, let me sort out a different one.
  476. Dave Cridland has left
  477. Dave Cridland has joined
  478. Guus has left
  479. Guus has left
  480. Kev https://www.dropbox.com/s/ltp23stece5gd66/Screenshot%202018-03-14%2010.25.14.png?dl=0 That's got the chat window in. Roster is unchanged since 3.0 (on http://swift.im/ ) I think.
  481. Dave Cridland has left
  482. goffi nice idea the avatar on the left
  483. daniel Kev: thanks. can I assume the security label stuff is hidden if the server doesn't support it? Because that's pretty confusing for anyone not working for a three letter agency
  484. Tobias yes...it is
  485. Tobias it doesn't show for me at least when logged into my servers account
  486. Dave Cridland has left
  487. dwd has left
  488. Dave Cridland has joined
  489. Ge0rG has left
  490. Guus has left
  491. Dave Cridland has left
  492. Dave Cridland has joined
  493. Andrew Nenakhov has left
  494. Dave Cridland has left
  495. Andrew Nenakhov has joined
  496. Dave Cridland has left
  497. Guus has left
  498. Guus has left
  499. ludo has joined
  500. Nekit has joined
  501. Dave Cridland has left
  502. Syndace has left
  503. Syndace has joined
  504. Guus has left
  505. Dave Cridland has left
  506. rtq3 has joined
  507. Dave Cridland has left
  508. Dave Cridland has left
  509. Dave Cridland has left
  510. Dave Cridland has joined
  511. Dave Cridland has left
  512. Dave Cridland has joined
  513. Dave Cridland has left
  514. Dave Cridland has joined
  515. rtq3 has left
  516. Dave Cridland has left
  517. Andrew Nenakhov has left
  518. Andrew Nenakhov has joined
  519. Andrew Nenakhov has left
  520. Andrew Nenakhov has joined
  521. Andrew Nenakhov has left
  522. ludo has left
  523. Andrew Nenakhov has joined
  524. Dave Cridland has left
  525. Andrew Nenakhov has left
  526. Andrew Nenakhov has joined
  527. Ge0rG has left
  528. Andrew Nenakhov has joined
  529. Dave Cridland has left
  530. rion has left
  531. rion has joined
  532. jubalh has joined
  533. rtq3 has joined
  534. jubalh has left
  535. Dave Cridland has left
  536. jubalh has joined
  537. Valerian has joined
  538. jubalh has left
  539. lumi has joined
  540. jubalh has joined
  541. jubalh has left
  542. jubalh has joined
  543. jubalh has left
  544. SaltyBones has left
  545. Dave Cridland has left
  546. rtq3 has left
  547. Dave Cridland has joined
  548. Dave Cridland has left
  549. Alex has left
  550. rion has left
  551. rion has joined
  552. Guus has left
  553. rion has left
  554. rion has joined
  555. Guus has left
  556. rion has left
  557. marmistrz has left
  558. Guus has left
  559. Guus has left
  560. jubalh has joined
  561. jubalh has left
  562. Guus has left
  563. rtq3 has joined
  564. jere has joined
  565. Dave Cridland has left
  566. Guus has left
  567. Guus has left
  568. Dave Cridland has left
  569. Dave Cridland has joined
  570. Zash has left
  571. Zash has left
  572. Syndace has left
  573. Syndace has left
  574. Syndace has joined
  575. Syndace has left
  576. Guus has left
  577. Guus has left
  578. jere has left
  579. jere has joined
  580. Syndace has joined
  581. Zash has left
  582. Guus has left
  583. jubalh has joined
  584. jubalh has left
  585. Syndace has joined
  586. Syndace has joined
  587. Guus has left
  588. rion has joined
  589. marmistrz has joined
  590. Guus has left
  591. daniel has left
  592. daniel has left
  593. Guus has left
  594. Guus has left
  595. Dave Cridland has left
  596. Dave Cridland has left
  597. jubalh has joined
  598. Dave Cridland has left
  599. jubalh has left
  600. vanitasvitae has joined
  601. vanitasvitae has left
  602. vanitasvitae has joined
  603. Seve/SouL I love how you can make a grid in Swift
  604. Ge0rG Swift the IM client?
  605. Seve/SouL Yup
  606. Ge0rG what's a grid, then?
  607. rion has left
  608. Seve/SouL Ge0rG, you can make a grid with your open tabs/windows. I cannot share a screenshot right now, I hope Kev or Tobias can help.
  609. Ge0rG Ah, interesting. Is that something you need for a huge Cyber Threat Display?
  610. jonasw Ge0rG, go back to work ;-)
  611. Steve Kille Ge0rG: military users like to have lots of tabs, so they can monitor many chats at once, with keyword highlighting to draw attention to things they care about. I have been told of an operator with 64 rooms displayed
  612. Seve/SouL It's a feature I never thought I would see in an XMPP client (it feels super niche) but I love it
  613. Seve/SouL You need a big screen for that :D
  614. jonasw i want a screenshot
  615. Steve Kille I find it helpful. I run with a mere 2x2 grid, but it helps me wathc and participate in a few things at once
  616. Seve/SouL Yes, as I said, I'm all for that feature :)
  617. Steve Kille just installing dropbx to share a screenshot
  618. jonasw why would you need dropbox for that? :-O
  619. MattJ So Swift doesn't do HTTP upload yet? :)
  620. jonasw I nede a script which gives me an upload slot so that I can share it to folks
  621. MattJ Ha
  622. jonasw and a hack into mod_http_upload_external which allows admins to create arbitrary-size slots :)
  623. marmistrz has joined
  624. Ge0rG jonasw: you share HTTP upload slots?
  625. Valerian has left
  626. Steve Kille OK - so what is an easy way to share a file. Dropbox is not impressing me
  627. jonasw Ge0rG, not yet :)
  628. jonasw Steve Kille, imgur.com?
  629. jonasw Ge0rG, but I find it an appealing idea in this case here
  630. ludo has joined
  631. rtq3 has left
  632. rtq3 has joined
  633. Tobias yup, imgur.com is pretty straightforward
  634. Steve Kille https://www.dropbox.com/s/lb8f3elyxj1ym86/grid.bmp?dl=0
  635. Steve Kille ignore that
  636. goffi hum, we can split screen in our desktop/android frontend, doesn't sound like same feature, but it's trivial to do 2x2 grid (64 is more tricky :-/)
  637. intosi goffi: buy more, bigger screens.
  638. goffi intosi: it's not the size, it that you split by hand (it's inspired from blender)
  639. intosi Ah.
  640. Tobias goffi, windows desktop don't usually support that
  641. Steve Kille https://www.dropbox.com/s/o0j7krbgtar7y6u/Screenshot%202018-03-14%2012.43.02.png?dl=0
  642. Steve Kille that one works
  643. goffi Tobias: it's built in our client, not a desktop feature
  644. Tobias ah..ok
  645. jonasw neat, Steve Kille
  646. Seve/SouL And it's super easy to set them up too
  647. Steve Kille Yes - Tobias did a great job with the UI
  648. ludo has left
  649. Andrew Nenakhov has left
  650. Andrew Nenakhov has joined
  651. ludo has joined
  652. moparisthebest has left
  653. Valerian has joined
  654. SaltyBones has left
  655. SaltyBones has joined
  656. Dave Cridland has left
  657. Dave Cridland has left
  658. Dave Cridland has left
  659. Dave Cridland has joined
  660. jubalh has joined
  661. marmistrz has left
  662. marmistrz has joined
  663. ludo has left
  664. lskdjf has joined
  665. lumi has joined
  666. goffi has left
  667. Andrew Nenakhov has left
  668. Andrew Nenakhov has joined
  669. Andrew Nenakhov has joined
  670. vanitasvitae has left
  671. jubalh has left
  672. vanitasvitae has joined
  673. @Alacer has left
  674. @Alacer has joined
  675. jere has left
  676. jere has joined
  677. jubalh has joined
  678. Dave Cridland has left
  679. blabla has left
  680. Dave Cridland has left
  681. Dave Cridland has left
  682. SaltyBones has left
  683. ralphm has joined
  684. Andrew Nenakhov has left
  685. Andrew Nenakhov has joined
  686. Andrew Nenakhov has left
  687. Andrew Nenakhov has joined
  688. jere has joined
  689. SaltyBones has left
  690. Dave Cridland has left
  691. matlag has joined
  692. matlag has joined
  693. SaltyBones has left
  694. lumi has left
  695. Alex has joined
  696. Andrew Nenakhov has left
  697. Andrew Nenakhov has joined
  698. Andrew Nenakhov has left
  699. Andrew Nenakhov has joined
  700. Andrew Nenakhov has left
  701. Andrew Nenakhov has joined
  702. dwd has joined
  703. jubalh has left
  704. rion has joined
  705. jere has joined
  706. Andrew Nenakhov has left
  707. Andrew Nenakhov has joined
  708. jubalh has joined
  709. jubalh has left
  710. Andrew Nenakhov has left
  711. Andrew Nenakhov has left
  712. j.r has joined
  713. Andrew Nenakhov has left
  714. jubalh has joined
  715. Guus has left
  716. jubalh has left
  717. SaltyBones has left
  718. Neustradamus has left
  719. Ge0rG has left
  720. Neustradamus has joined
  721. ludo has joined
  722. Guus has left
  723. Guus has left
  724. jere has joined
  725. mimi89999 has joined
  726. efrit has joined
  727. ludo has left
  728. la|r|ma has joined
  729. lskdjf has joined
  730. daniel has left
  731. SaltyBones has left
  732. vanitasvitae has left
  733. SaltyBones has left
  734. daniel has left
  735. dwd has left
  736. dwd has joined
  737. nyco has left
  738. nyco has joined
  739. Valerian has left
  740. Valerian has joined
  741. Valerian has left
  742. Valerian has joined
  743. daniel has left
  744. j.r has left
  745. j.r has joined
  746. efrit has left
  747. Dave Cridland has left
  748. la|r|ma has joined
  749. tim@boese-ban.de has left
  750. ralphm has left
  751. Dave Cridland has left
  752. ralphm has joined
  753. Valerian has left
  754. goffi has left
  755. goffi has left
  756. jonasw has left
  757. ralphm has joined
  758. jonasw has left
  759. lumi has joined
  760. Dave Cridland has left
  761. jjrh has left
  762. Valerian has joined
  763. Dave Cridland has left
  764. vanitasvitae has joined
  765. Dave Cridland has left
  766. Dave Cridland has left
  767. jjrh has left
  768. Andrew Nenakhov has left
  769. Andrew Nenakhov has joined
  770. jjrh has left
  771. Andrew Nenakhov has left
  772. Dave Cridland has left
  773. Andrew Nenakhov has joined
  774. daniel has left
  775. jjrh has left
  776. nyco has left
  777. nyco has joined
  778. Dave Cridland has left
  779. Guus has left
  780. Dave Cridland has left
  781. waqas has joined
  782. marmistrz has left
  783. SaltyBones has left
  784. SaltyBones has left
  785. Dave Cridland has left
  786. Guus has left
  787. SaltyBones has joined
  788. Tobias has joined
  789. nyco has left
  790. Valerian has left
  791. Valerian has joined
  792. rion has left
  793. Valerian has left
  794. Valerian has joined
  795. Guus has left
  796. rtq3 has left
  797. rtq3 has joined
  798. suzyo has joined
  799. goffi has left
  800. Dave Cridland has left
  801. Ge0rG has left
  802. Dave Cridland has left
  803. Dave Cridland has left
  804. daniel has left
  805. Dave Cridland has left
  806. lumi has left
  807. lumi has joined
  808. Dave Cridland has left
  809. Dave Cridland has left
  810. Guus has left
  811. lovetox has joined
  812. Dave Cridland has left
  813. Guus has left
  814. Valerian has left
  815. Valerian has joined
  816. ralphm has left
  817. rion has joined
  818. Dave Cridland has left
  819. jubalh has joined
  820. jubalh has left
  821. jubalh has joined
  822. winfried has left
  823. Dave Cridland has left
  824. Andrew Nenakhov has left
  825. Andrew Nenakhov has joined
  826. Andrew Nenakhov has left
  827. lumi has left
  828. Andrew Nenakhov has joined
  829. lumi has joined
  830. Guus has left
  831. Guus has left
  832. Andrew Nenakhov has left
  833. Andrew Nenakhov has joined
  834. Guus has left
  835. Andrew Nenakhov has left
  836. Andrew Nenakhov has joined
  837. ralphm has left
  838. ralphm has joined
  839. Ge0rG has joined
  840. Guus has left
  841. Guus has left
  842. Guus has left
  843. @Alacer has left
  844. lovetox has left
  845. lovetox has joined
  846. winfried has left
  847. Ge0rG has left
  848. Nekit has joined
  849. Ge0rG has left
  850. jjrh has left
  851. Link Mauve Dave Cridland, what was your RFC for making <session><optional/></session> again?
  852. Guus has left
  853. Guus has left
  854. Guus has left
  855. jjrh has left
  856. jjrh has left
  857. Zash draft-cridland-something-something-session
  858. Zash https://tools.ietf.org/html/draft-cridland-xmpp-session-01
  859. Link Mauve Thanks. :)
  860. lovetox has left
  861. Dave Cridland has left
  862. Link Mauve It’s now implemented in slixmpp. :)
  863. dwd has left
  864. Zash has left
  865. jjrh has left
  866. lovetox has joined
  867. Valerian has left
  868. Dave Cridland has left
  869. SaltyBones has left
  870. Dave Cridland has left
  871. Dave Cridland has left
  872. Dave Cridland has left
  873. Ge0rG has left
  874. Dave Cridland has left
  875. Guus has left
  876. Dave Cridland has left
  877. Dave Cridland has left
  878. Ge0rG has left
  879. Ge0rG has left
  880. Dave Cridland has left
  881. Ge0rG has left
  882. Dave Cridland has left
  883. Dave Cridland has joined
  884. rtq3 has left
  885. rtq3 has joined
  886. Guus has left
  887. Guus has left
  888. Syndace has left
  889. Syndace has joined
  890. Guus has left
  891. Guus has left
  892. Guus has left
  893. Andrew Nenakhov has left
  894. Andrew Nenakhov has joined
  895. Dave Cridland has left
  896. Dave Cridland has joined
  897. Andrew Nenakhov has left
  898. Andrew Nenakhov has joined
  899. Fabian has left
  900. Dave Cridland has left
  901. Dave Cridland has joined
  902. Guus has left
  903. Guus has left
  904. Dave Cridland has left
  905. goffi has left
  906. SaltyBones has joined
  907. rtq3 has left
  908. rtq3 has joined
  909. Tobias has joined
  910. jubalh has left
  911. jubalh has joined
  912. suzyo has joined
  913. Guus has left
  914. Yagiza has left
  915. marc has left
  916. rtq3 has left
  917. rtq3 has joined
  918. Ge0rG has joined
  919. Fabian has joined
  920. Guus has left
  921. Guus has left
  922. Guus has left
  923. j.r has left
  924. j.r has joined
  925. sezuan has joined
  926. Dave Cridland has left
  927. Guus has left
  928. winfried has joined
  929. jubalh has left
  930. rtq3 has left
  931. rtq3 has joined
  932. jubalh has joined
  933. blabla has left
  934. Guus has left
  935. Guus has left
  936. Andrew Nenakhov has left
  937. Andrew Nenakhov has joined
  938. mimi89999 has joined
  939. Guus has left
  940. mimi89999 has left
  941. ralphm has joined
  942. marmistrz has left
  943. j.r has left
  944. j.r has joined
  945. Fabian has left
  946. Guus has left
  947. jubalh has left
  948. Guus has left
  949. Zash has left
  950. Guus has left
  951. Guus has left
  952. Guus has left
  953. Guus has left
  954. Guus has left
  955. Guus has left
  956. Zash has joined
  957. j.r has joined
  958. jjrh Steve Kille, Grid is kinda nice actually
  959. jjrh Would be a nice feature in gajim actually.
  960. jjrh Haven't used swift but vertical tabs is much easier I find (I wish chrome supported this....)
  961. ralphm has joined
  962. j.r has joined
  963. marc has left
  964. Dave Cridland has left
  965. Guus has left
  966. jjrh has left
  967. jjrh has left
  968. Guus has left
  969. ralphm has left
  970. SaltyBones has left
  971. marmistrz has left
  972. Guus has left
  973. Ge0rG has joined
  974. Andrew Nenakhov has left
  975. Andrew Nenakhov has joined
  976. Andrew Nenakhov has left
  977. Andrew Nenakhov has joined
  978. Guus has left
  979. blabla has left
  980. daniel has left
  981. Andrew Nenakhov has left
  982. Andrew Nenakhov has joined
  983. Andrew Nenakhov has left
  984. Andrew Nenakhov has joined
  985. Guus has left
  986. daniel has left
  987. SaltyBones has left
  988. rion has left
  989. Dave Cridland has left
  990. daniel has left
  991. Guus has left
  992. daniel has left
  993. daniel has left
  994. daniel has left
  995. rtq3 has left
  996. Guus has left
  997. Guus has left
  998. Guus has left
  999. SaltyBones has left
  1000. rtq3 has joined
  1001. Guus has left
  1002. marmistrz has left
  1003. Guus has left
  1004. Guus has left
  1005. Guus has left
  1006. Tobias has joined
  1007. valo has left
  1008. Alex has left
  1009. flow Guus, friendly reminder regarding https://github.com/xsf/xeps/pull/579#issuecomment-367929778
  1010. rtq3 has left
  1011. rtq3 has joined
  1012. valo has joined
  1013. flow Also could you please introduce a stream error specific error conditions so that the stream error receiving entity can disable stream management in subsequent connections, avoiding reconnection loops
  1014. flow (I'd assume that openfire would probably benefit from it ;))
  1015. flow *condition
  1016. flow wait, it's "stream management specific stream error condition"
  1017. jubalh has joined
  1018. goffi has left
  1019. Nekit has left
  1020. jubalh has left
  1021. Tobias has joined
  1022. Guus has left
  1023. SamWhited has left
  1024. jere has joined
  1025. LNJ has joined
  1026. Neustradamus has left
  1027. Neustradamus has joined
  1028. Guus flow, thanks, I will
  1029. Guus (and Openfire already does, I think)
  1030. Guus has left
  1031. Guus has left
  1032. ralphm has joined
  1033. Guus has left
  1034. LNJ has left
  1035. Guus has left
  1036. Guus has left
  1037. Guus has left
  1038. Guus has left
  1039. ralphm has joined
  1040. Dave Cridland has left
  1041. ralphm has left
  1042. sezuan has left
  1043. Guus has left
  1044. jubalh has joined
  1045. jjrh has left
  1046. Guus has left
  1047. Guus has left
  1048. Guus has left
  1049. Neustradamus has left
  1050. Neustradamus has joined
  1051. jjrh has left
  1052. jere has joined
  1053. jubalh has left
  1054. SamWhited has joined
  1055. Neustradamus has left
  1056. Neustradamus has joined
  1057. rtq3 has left
  1058. Dave Cridland has left
  1059. Maranda has joined
  1060. Dave Cridland has left
  1061. Dave Cridland has left
  1062. jubalh has joined
  1063. jubalh has left
  1064. vanitasvitae has left
  1065. Guus has left
  1066. Dave Cridland has left
  1067. vanitasvitae has joined
  1068. Dave Cridland has left
  1069. Guus has left
  1070. lovetox has left
  1071. jjrh has left
  1072. Dave Cridland has left
  1073. SamWhited has joined
  1074. Guus has left
  1075. Guus has left
  1076. Guus has left
  1077. Dave Cridland has left
  1078. Zash has left
  1079. jjrh has left
  1080. Dave Cridland has left
  1081. Zash has left
  1082. mimi89999 has joined
  1083. Dave Cridland has left
  1084. Steve Kille has left
  1085. SamWhited has joined
  1086. SamWhited has joined
  1087. Dave Cridland has left
  1088. Dave Cridland has left
  1089. lskdjf has left
  1090. Dave Cridland has left
  1091. lumi has joined