XSF Discussion - 2018-01-10


  1. SouL has left

  2. Ge0rG has left

  3. jjrh has left

  4. jjrh has left

  5. jjrh has left

  6. lskdjf has left

  7. tux has left

  8. SouL has left

  9. Ge0rG has left

  10. matlag has left

  11. Dave Cridland has left

  12. Dave Cridland has joined

  13. matlag has joined

  14. jjrh has left

  15. vanitasvitae has left

  16. SouL has left

  17. efrit has joined

  18. Ge0rG has left

  19. lskdjf has joined

  20. SouL has left

  21. Ge0rG has left

  22. Dave Cridland has left

  23. Dave Cridland has joined

  24. jere has joined

  25. SouL has left

  26. Ge0rG has left

  27. Ge0rG has left

  28. Dave Cridland has left

  29. Dave Cridland has joined

  30. Dave Cridland has left

  31. SouL has left

  32. Dave Cridland has joined

  33. lskdjf has left

  34. SouL has left

  35. Ge0rG has left

  36. daniel has joined

  37. SouL has left

  38. jjrh has left

  39. jjrh has left

  40. Ge0rG has left

  41. Dave Cridland has left

  42. Dave Cridland has joined

  43. Dave Cridland has left

  44. Dave Cridland has joined

  45. SamWhited has left

  46. jere has joined

  47. Tobias has joined

  48. xnyhps has left

  49. Ge0rG has left

  50. SouL has left

  51. Tobias has joined

  52. SouL has left

  53. Ge0rG has left

  54. Dave Cridland has left

  55. Dave Cridland has joined

  56. Dave Cridland has left

  57. Dave Cridland has joined

  58. SamWhited has left

  59. SouL has left

  60. lskdjf has left

  61. Ge0rG has left

  62. Dave Cridland has left

  63. Dave Cridland has joined

  64. Dave Cridland has left

  65. Dave Cridland has joined

  66. lskdjf has joined

  67. SouL has left

  68. Ge0rG has left

  69. lskdjf has joined

  70. lskdjf has left

  71. lskdjf has left

  72. la|r|ma has joined

  73. SouL has left

  74. Ge0rG has left

  75. Dave Cridland has left

  76. Dave Cridland has joined

  77. Ge0rG has left

  78. lskdjf has joined

  79. SouL has left

  80. la|r|ma has joined

  81. lskdjf has joined

  82. Dave Cridland has left

  83. Dave Cridland has joined

  84. Dave Cridland has left

  85. Dave Cridland has joined

  86. tux has left

  87. tux has joined

  88. efrit has left

  89. SouL has joined

  90. Ge0rG has left

  91. Ge0rG has left

  92. Dave Cridland has left

  93. Dave Cridland has joined

  94. Ge0rG has left

  95. Ge0rG has left

  96. Ge0rG has left

  97. Dave Cridland has left

  98. Dave Cridland has joined

  99. Ge0rG has left

  100. Dave Cridland has left

  101. Dave Cridland has joined

  102. marc has joined

  103. Ge0rG has left

  104. Dave Cridland has left

  105. Dave Cridland has joined

  106. Dave Cridland has left

  107. Dave Cridland has joined

  108. Ge0rG has left

  109. marc has left

  110. Dave Cridland has left

  111. Dave Cridland has joined

  112. Dave Cridland has left

  113. Dave Cridland has joined

  114. Ge0rG has left

  115. waqas has left

  116. waqas has joined

  117. waqas has left

  118. Ge0rG has left

  119. suzyo has joined

  120. Dave Cridland has left

  121. Dave Cridland has joined

  122. Dave Cridland has left

  123. Dave Cridland has joined

  124. Tobias has left

  125. Ge0rG has left

  126. Tobias has joined

  127. Dave Cridland has left

  128. Dave Cridland has joined

  129. Ge0rG has left

  130. Dave Cridland has left

  131. Dave Cridland has joined

  132. Dave Cridland has left

  133. Dave Cridland has joined

  134. suzyo has joined

  135. Ge0rG has left

  136. goffi has joined

  137. Ge0rG has left

  138. Dave Cridland has left

  139. Dave Cridland has joined

  140. Dave Cridland has left

  141. Dave Cridland has joined

  142. ralphm has left

  143. moparisthebest has joined

  144. Ge0rG has left

  145. valo has left

  146. valo has joined

  147. ralphm has joined

  148. ralphm has joined

  149. Ge0rG has left

  150. Dave Cridland has left

  151. Dave Cridland has joined

  152. Zash has left

  153. Dave Cridland has left

  154. Zash has left

  155. Dave Cridland has joined

  156. Zash has joined

  157. daniel has left

  158. daniel has joined

  159. Ge0rG has left

  160. daniel has left

  161. jonasw

    moparisthebest, your post with Comcast on the SRV issue was amusingly written, brightened up my day :)

  162. jonasw

    moparisthebest, your post with Comcast on the SRV issue was written amusingly, brightened up my day :)

  163. daniel has joined

  164. Dave Cridland has left

  165. Dave Cridland has joined

  166. Dave Cridland has left

  167. Dave Cridland has joined

  168. daniel has left

  169. daniel has joined

  170. Ge0rG has left

  171. Dave Cridland has left

  172. Dave Cridland has joined

  173. Dave Cridland has left

  174. Dave Cridland has joined

  175. Dave Cridland has left

  176. Dave Cridland has joined

  177. ralphm has joined

  178. Ge0rG has left

  179. suzyo has joined

  180. Dave Cridland has left

  181. Dave Cridland has joined

  182. daniel has left

  183. daniel has joined

  184. Ge0rG has left

  185. daniel has left

  186. zinid has left

  187. daniel has left

  188. Dave Cridland has left

  189. Dave Cridland has joined

  190. daniel has left

  191. daniel has joined

  192. Steve Kille has left

  193. Dave Cridland has left

  194. Dave Cridland has joined

  195. Ge0rG has left

  196. Steve Kille has joined

  197. Dave Cridland has left

  198. Dave Cridland has joined

  199. suzyo has joined

  200. tux has joined

  201. tux has joined

  202. Ge0rG

    Why do we have `&xep0077;` and `<cite>XEP-0077</cite>` na neitiher works as expected (show the full name on first occurence and just a hyperlink on any later one)?

  203. daniel

    Ge0rG: I always use &xep77; on the first time. But I agree it would be better if it only displayed the full name once

  204. daniel

    Probably not easy

  205. Ge0rG

    daniel: computers were created to automate this sort of thing.

  206. Kev

    If you can make the xslt do that, I'm sure people will be grateful.

  207. Ge0rG

    I can't. And I'm not sure I want to learn how to.

  208. Ge0rG

    If I was immediately able to do it, I'd just implement it straight away and PR.

  209. Kev

    Exactly :)

  210. Ge0rG

    jonasw: you are our in-house XSLT expert with some free time available, now that your exam is over.

  211. Ge0rG has left

  212. jonasw

    will probably be tricky with XSLT 1.x

  213. Steve Kille has left

  214. Steve Kille

    I use `&xep0077;` in MIX

  215. Steve Kille

    I tried <cite> once and it was badly broken

  216. Ge0rG

    So every XEP reference turns into the full text?

  217. suzyo has joined

  218. Steve Kille

    I don't think this is so bad. Someone fixed up the much more problematic issue of duplicates in the reference list, which was a big win (thanks to whoever sorted it)

  219. lskdjf has joined

  220. Ge0rG

    It would also be good to be able to link to specific sections of an XEP

  221. ralphm has left

  222. Ge0rG has left

  223. Guus

    poor Jonas :)

  224. Alex has joined

  225. Zash has left

  226. Ge0rG has left

  227. daniel has left

  228. moparisthebest has left

  229. daniel has joined

  230. lskdjf has joined

  231. moparisthebest has joined

  232. Ge0rG has left

  233. Dave Cridland has left

  234. Dave Cridland has joined

  235. Dave Cridland has left

  236. Dave Cridland has joined

  237. ralphm has joined

  238. Ge0rG has left

  239. Ge0rG has left

  240. suzyo has joined

  241. blabla has left

  242. daniel has left

  243. blabla has joined

  244. marc has joined

  245. Dave Cridland has left

  246. Dave Cridland has joined

  247. tux has joined

  248. ralphm has left

  249. blabla has joined

  250. blabla has joined

  251. Ge0rG has left

  252. daniel has joined

  253. Guus has left

  254. Ge0rG has left

  255. la|r|ma has joined

  256. Dave Cridland has left

  257. Dave Cridland has joined

  258. lskdjf has joined

  259. marc

    Ge0rG, If I understand the RFC correctly, the authority component is used to "select" an account. So xmpp://foo@bar.com/juliet@example.com?roster would mean "add juliet@example.com to my roster of account foo@bar.com". Which is why the authority component needs to be a full JID

  260. Ge0rG

    marc: Yes, this is a valid reading of the RFC.

  261. marc

    Ge0rG, Good. Which is why xmpp://xxx?register doesn't make sense

  262. Ge0rG

    marc: but what message would xmpp://juliet@example.com/romeo@example.com?register convey?

  263. marc

    Well this doesn't make sense IMO because you can not register an account for a given account

  264. @Alacer has left

  265. @Alacer has joined

  266. Ge0rG

    marc: I would argue that xmpp://juliet@example.com?register would make sense, though, in the sense that you should register the account specified.

  267. Kev

    marc: That's not a full JID. That's a bare JID.

  268. marc

    Kev, yes, I know :-/

  269. marc

    Ge0rG, Yes, but look at the "?register" definition. I think they used xmpp:foo@bar?register on purpose and not xmpp://foo@bar?register

  270. Guus has left

  271. marc

    Ge0rG, However, we agreed that we don't need the inviter JID because it can be faked

  272. Dave Cridland has left

  273. Dave Cridland has joined

  274. jere has joined

  275. jere has joined

  276. Ge0rG has left

  277. Flow has joined

  278. Zash has left

  279. Ge0rG has left

  280. Dave Cridland has left

  281. Dave Cridland has left

  282. Ge0rG

    I imagined it would be less text, but somehow it ended up rather complex: https://op-co.de/tmp/user-invite.html

  283. Ge0rG has left

  284. jonasw

    is this ready for protoxep submission?

  285. Ge0rG

    jonasw: not yet

  286. jonasw

    what’s missing?

  287. Ge0rG

    jonasw: there is a dozen of TODOs inside

  288. jonasw

    we’ve got accepted XEPs which have that too

  289. Kev has left

  290. Kev has left

  291. jonasw

    (bind2 I think)

  292. jonasw

    (or had)

  293. Kev

    TODOs aren't a problem, I think.

  294. Kev

    (Sometimes even TODOs that make it unimplementable, depending on the circumstances)

  295. Ge0rG

    I don't feel finished yet.

  296. Ge0rG

    Besides, we won't get it into today's council anyway, will we?

  297. Kev

    Could if it's urgent I suppose, but not otherwise.

  298. Ge0rG

    I don't think it is. Adding urgency won't make more people contribute to the public discussion.

  299. Ge0rG

    It's also still self-contradicting in some places.

  300. Alex has left

  301. Alex has joined

  302. daniel has left

  303. daniel has joined

  304. Ge0rG has left

  305. moparisthebest has joined

  306. Dave Cridland has left

  307. lumi has joined

  308. blabla has left

  309. moparisthebest has joined

  310. Dave Cridland

    TODOs are a lot less of a problem than unsubmitted XEPs.

  311. ralphm has left

  312. Ge0rG

    Hey Dave! I've been reading your proto-XEPs, and I have a feeling that CLIENT-KEY counters will get desynced and invalidated if a network outage happens during the handshake.

  313. Ge0rG

    But I haven't completely understood the flow and conditions, so I might err.

  314. Ge0rG has left

  315. moparisthebest has joined

  316. la|r|ma has joined

  317. Link Mauve has left

  318. Link Mauve has joined

  319. Ge0rG has left

  320. la|r|ma has left

  321. la|r|ma has joined

  322. ralphm has joined

  323. Dave Cridland has left

  324. lskdjf has joined

  325. Ge0rG

    jonasw: https://github.com/xsf/xeps/pull/568 (cc marc)

  326. jonasw

    \o/

  327. marc

    :)

  328. Dave Cridland

    Ge0rG, You're right. Various things in when, exactly, the counter is incremented could be improved. There are security issues tied in with all of them, though, I think.

  329. Ge0rG

    Dave Cridland: yeah. My question is, how much thought you have put into the exact order of increments, and what the rationale is beyond what's written down.

  330. Dave Cridland

    Ge0rG, But we do assume that if the counter is desynchronized, the legitimate user can always use a password (and TOTP device) anyway.

  331. Link Mauve has left

  332. Ge0rG

    Dave Cridland: that assumption is technically as valid as "the user can TOTP authenticate every single time"

  333. Dave Cridland

    Ge0rG, Right. But if you incrememnt the counter only on success, then it's susceptible to a replay attack, I think.

  334. Ge0rG

    Dave Cridland: I've experienced many situations where my mobile connection changed multiple times in a row, providing just enough time to the client to begin authentication.

  335. Ge0rG

    Dave Cridland: a replay of what exactly?

  336. vanitasvitae has joined

  337. Ge0rG has left

  338. Dave Cridland

    Ge0rG, The client-initial-response, specifically.

  339. Dave Cridland

    Ge0rG, Also, the counter has to be incremented at the same time at both ends. I think we run into a Two Generals problem if we try and make that perfect.

  340. Ge0rG

    Dave Cridland: maybe all we need is some kind of transactional consistency? I'm not sure, I'd just like to rule out that the whole effect is ruined every other day

  341. jonasw

    Dave Cridland, found a typo in the rfc draft (section 6.2): multiple values for Counter, increasingly the likelyhood of discovering a match.

  342. jonasw

    *increasingly*

  343. jonasw

    Dave Cridland, ha, I was about to say that with the Two Generals :)

  344. Link Mauve has joined

  345. Dave Cridland

    jonasw, Ah, yes. Should be "increasingly the likelyhoodly of discoveringly a match" of course.

  346. jonasw

    Dave Cridland, can’t you solve the replay issue (I haven’t dug deep into the draft yet) the same way SCRAM does, with a nonce?

  347. jonasw

    specifically, is the counter only used to prevent replays without knowledge of the secrets involved?

  348. Dave Cridland

    jonasw, Well, sort of. So yes, but then you'd have to have the server store previous nonces, and ensure they weren't reused. Which feels, well, rubbish.

  349. jonasw

    do we really need that, or can’t we say that 128bit of random nonce shall be enough for everyone?

  350. Dave Cridland

    jonasw, Ah, so no. A counter is used because it's predictably changing state.

  351. jonasw

    I don’t see the purpose of the counter quite yet

  352. Dave Cridland

    jonasw, We could also use NotACounter = H(NotACounter) each time.

  353. jonasw

    sure

  354. jonasw

    in SCRAM, the nonce is composed of two parts (one from the server and one from the client), wouldn’t that work?

  355. Dave Cridland

    jonasw, But the idea is that where we see a correct ValidatorKey but an invalid resultant HMAC, we can make a reasonable assumption that the key has been compromised. THough as Ge0rG points out, this also occurs in some network failures.

  356. jonasw

    marc, please see https://github.com/xsf/xeps/pull/568#issuecomment-356583982

  357. Dave Cridland

    jonasw, Yes, but it would introduce an additional RTT. The right channel binding data would solve this (and we do use this as well), but too many operating systems don't allow clients to get at that.

  358. jonasw

    mh

  359. marc

    jonasw, is there a way to sign it without registering on GitHub?

  360. jonasw

    marc, I was expecting that. Kev ^?

  361. marc

    jonasw, I can send you a handwritten letter for example

  362. Kev

    No clue, I wasn't involved in setting up the CLA stuff.

  363. jonasw

    marc, I think we handled that via email before the CLAbot thing was invented.

  364. jonasw

    I have no idea where the email went normally though, I need to figure that out.

  365. jonasw

    I’ll just do what SamWhited did to me back then.

  366. Ge0rG has left

  367. Kev

    Getting someone to email in the agreement seems sufficient to me.

  368. jonasw

    marc, I sent you an email, please reply keeping the CC intact.

  369. marc

    jonasw, just replying a "+1"? :)

  370. jonasw

    if you want to be super safe, copy the IPR policy into your reply; but +1 is essentially what I did.

  371. marc

    jonasw, okay, thanks for the mail. I'll read the policy and reply then

  372. Dave Cridland has left

  373. Dave Cridland has left

  374. zinid

    moparisthebest, you said you don't know clueless admins, here is one: https://github.com/processone/ejabberd/issues/2214

  375. tux

    I just read that Kontron [1] is implementing MQTT into its communication gateways (LoRa based). Do we have good showcases for using XMPP in a mobile IoT context? There's a lot of movement currently towareds standardized communication in public transport, but – if at all – I only see MQTT (or SOAP …) [1] https://www.kontron.de/

  376. tux

    Kontron TRACe LoRa-MQTT https://www.kontron.de/products/systems/transportation-computers/trace-railway-computers/trace-lora-mqtt.html

  377. daniel has left

  378. Ge0rG has left

  379. daniel has joined

  380. Kev has left

  381. daniel has left

  382. daniel has joined

  383. Guus has left

  384. ralphm has joined

  385. Ge0rG has left

  386. edhelas

    just found that https://github.com/mgp25/Chat-API/wiki/FunXMPP-Protocol

  387. edhelas

    is it just a dump version of https://xmpp.org/extensions/xep-0138.html ?

  388. Dave Cridland has left

  389. daniel has left

  390. daniel has joined

  391. la|r|ma has left

  392. lumi has left

  393. moparisthebest has joined

  394. Ge0rG has left

  395. ralphm has left

  396. suzyo has joined

  397. moparisthebest has joined

  398. daniel has left

  399. daniel has joined

  400. Ge0rG has left

  401. daniel has left

  402. daniel has joined

  403. marc

    jonasw, Done

  404. daniel has left

  405. daniel has joined

  406. Zash

    edhelas: yes, a custom compression scheme. they also had their own custom RC4 based encryption scheme and some custom authentication that was not very good. hopefully those are fixed by now.

  407. edhelas

    but is it nocieably better than ZLIB ?

  408. edhelas

    I mean this is just dictionnary compression, can work pretty well on XML

  409. Dave Cridland has left

  410. Holger has left

  411. ralphm has joined

  412. Holger has joined

  413. Ge0rG has left

  414. ralphm has left

  415. ralphm has joined

  416. intosi

    I wouldn't expect this to be better in terms of compression on longer sessions, as it doesn't even try to compress jids or body texts.

  417. Zash

    Which might be a good thing

  418. Zash

    Remember https://blog.thijsalkema.de/blog/2014/08/07/https-attacks-and-xmpp-2-crime-and-breach/

  419. intosi

    I member.

  420. Guus has left

  421. jere has joined

  422. Guus has joined

  423. jere has joined

  424. intosi

    But it could easily keep a rolling dictionary of jids on both ends, and only send new jids in clear form.

  425. intosi

    It could also save on parsing time by adding information that would speed that up.

  426. intosi

    Before you know it, you're sending XMPP as ASN.1 ;)

  427. Zash

    That's sorta EXI, isn't it

  428. intosi

    Zash: it is.

  429. Ge0rG has left

  430. daniel has left

  431. moparisthebest has joined

  432. daniel has joined

  433. Guus has left

  434. Dave Cridland has left

  435. Dave Cridland has left

  436. ralphm has joined

  437. daniel has left

  438. lskdjf has joined

  439. Dave Cridland has left

  440. uc has joined

  441. uc has joined

  442. Ge0rG has left

  443. ralphm has left

  444. daniel has joined

  445. uc has joined

  446. uc has joined

  447. ralphm has joined

  448. Ge0rG has left

  449. moparisthebest

    zinid: no no I said admins that clueless should get another career, I stand by that statement hehe

  450. Guus has joined

  451. Guus has left

  452. Guus has joined

  453. Guus

    My kid just picked out a new bicycle.

  454. Guus

    https://xmpp.igniterealtime.org:7483/httpfileupload/72bb37ec-a082-473c-9d00-e5a37eaa5b32/oTRaUDqyTneazojaH3P9og.jpg

  455. jonasw

    close!

  456. Guus

    I swear I had nothing to do with it. 😁

  457. Zash

    Guus: I expect another picture where you've modded that Y to a J

  458. edhelas

    now you must put a XMPP sticker on it

  459. Ge0rG

    What Zash said.

  460. moparisthebest

    Careful about modding it, those Cisco lawyers could be hiding anywhere!

  461. Ge0rG

    You need to pay 500$ to the XSF, because it is obviously a piece of physical merchandise.

  462. Zash

    As long as the kid doesn't fancy becoming a courier it should be safe.

  463. Holger has left

  464. Holger has joined

  465. Ge0rG has left

  466. Ge0rG

    jonasw: is there another magic button you need to push for the proto-xep email to happen?

  467. edhelas

    https://www.wired.com/story/whatsapp-security-flaws-encryption-group-chats/

  468. jonasw

  469. Ge0rG

    edhelas: Shocking!

  470. Zash

    He who controls the server controls the universe!

  471. edhelas

    that's why they added e2ee… wait

  472. Ge0rG

    How is group membership enforced in OMEMO? Is the admin signing the participant key list? Oh, wait. Not defined at all.

  473. edhelas

    :D

  474. Steve Kille has left

  475. Ge0rG

    I think identity management is the weakest link in OMEMO.

  476. Steve Kille has left

  477. moparisthebest

    Ge0rG, iirc everyone has to be on everyone's contact list

  478. Ge0rG

    moparisthebest: that's a prerequisite to knowing their keys, except with omemo_for_all

  479. Zash

    or the omemo key nodes need to be public

  480. Ge0rG

    moparisthebest: it's not a security guarantee of any kind, especially if you consider that the roster is owned by the server.

  481. zinid

    moparisthebest: so I should tell him "choose another career"?

  482. ralphm has joined

  483. moparisthebest

    Ge0rG, I *thought* the key had to be trusted too, but maybe not with BTBV not sure

  484. moparisthebest

    zinid, yes 🙂

  485. Ge0rG

    moparisthebest: so only friends can snoop on friends?

  486. Ge0rG has left

  487. zinid

    moparisthebest: very clever

  488. Holger has joined

  489. jjrh has left

  490. blabla has left

  491. Ge0rG has left

  492. Dave Cridland has left

  493. Dave Cridland has left

  494. Anu has joined

  495. daniel has left

  496. jjrh has left

  497. jjrh has left

  498. ralphm has joined

  499. Ge0rG has left

  500. Anu

    Hi all. I'll be lurking here for a bit.

  501. Ge0rG

    Hi Anu!

  502. intosi

    Hello, Anu!

  503. Anu

    Hi

  504. jonasw

    welcome, Anu

  505. Guus

    if you lurk long enough, we'll ask you to do the dishes though.

  506. Anu

    hahah

  507. Anu

    Sorry, old irc habit. join a channel and watch a little before jumping in.

  508. daniel

    Anu, probably introduce yourself very quickly. i'm not sure everyone recognizes you by name. (I only figured that out myself because you contact me 1:1)

  509. Guus

    I was going to say that IRC is so 1999 - but that's probably not old enough :)

  510. Kev

    I still actively use IRC now :p

  511. jonasw

    Anu, in general, a good habit I think :)

  512. Holger

    XMPP is 1999 ...

  513. Zash

    80's something?

  514. Anu

    I was talking on IRC during the gulf war..

  515. Zash

    Oh but apparently with IRCv3 they've got JSON and all the features

  516. moparisthebest

    yea but it's like MIX

  517. daniel

    which one?

  518. moparisthebest

    all spec'd out and no one in sight wants to implement it

  519. Anu

    I should properly introduce myself. I am Anu Pokharel, I develop Monal for iOS and OSX

  520. Ge0rG has left

  521. Anu

    1990 gulf war

  522. Guus

    good to have you hear, Anu (we'll still ask you to do the dishes, eventually)

  523. Ge0rG

    Anu: actually it's awesome to have you here. Now we can complain even more about Monal ;-)

  524. MattJ

    After the Board decides which dishes to wash first

  525. Anu

    complaints mean people use it i guess. :)

  526. Dave Cridland has left

  527. Ge0rG

    Anu: actually I have a hobby of installing XMPP software and flooding the developers with issue reports.

  528. MattJ

    :'(

  529. intosi

    Anu: Ge0rG isn't joking.

  530. Anu

    Oh i know, Ive seen the bugs that hes sent me

  531. intosi

    ;)

  532. moparisthebest

    if it wasn't for Ge0rG and Link Mauve no XMPP software would have any issues

  533. moparisthebest

    at least, reported issues

  534. Anu

    It's great. I've come to really appreciate people who test code for me.

  535. Ge0rG

    https://github.com/anurodhp/Monal/issues?utf8=%E2%9C%93&q=is%3Aissue+author%3Age0rg - way too few, if compared with prosody or poezio.

  536. Ge0rG

    But on the other hand, I'm not actively using the iPhone, it's just a dev device.

  537. ralphm has joined

  538. mathieuii

    at least Anu is safe, Link Mauve has no apple device

  539. Steve Kille has joined

  540. Anu

    I'm halfway through porting all the iOS code to a mac UI.

  541. Anu

    I hope to get more bugs then

  542. marc

    Anu, screenshots of your App would be nice

  543. daniel has left

  544. Ge0rG

    Anu: in Monal/iOS I see many of my offline contacts listed multiple times. Restarting the app fixes it though.

  545. Ge0rG

    Anu: also, do you have a beta channel / testflight?

  546. Anu

    Ge0rG, yeah its a bug in one my sql queries. Yes, I do send me your apple id. I need more people testing the next update prior to release

  547. Anu

    Also, please file a bug for that if there isnt already one so i can make sure its fixed

  548. Ge0rG has left

  549. daniel has left

  550. pep.

    marc, jonasw, good to see the XEP up :)

  551. marc

    pep., you forgot to mention Ge0rG :)

  552. jonasw

    I just hit the "merge" and "send" buttons

  553. jonasw

    (and even screwed up the merge)

  554. pep.

    Ge0rG, ^

  555. Anu has left

  556. Ge0rG

    jonasw: squash & merge?

  557. jonasw

    Ge0rG, nah, more like "first ask for IPR signature, then merge" :)

  558. Dave Cridland has left

  559. Dave Cridland has left

  560. marc

    jonasw, actually I don't understand why you merged it into master right now

  561. jonasw

    marc, why not?

  562. marc

    jonasw, I try to keep my master branches clean

  563. Kev

    But it's in the inbox, no?

  564. Kev

    So this *is* clean.

  565. Kev

    The inbox holds protoXEPs submitted for approval, but not yet Experimental.

  566. marc

    I'm talking about Git commit history

  567. pep.

    marc, I don't think there's any issue with pushing early to master, you commit history is never clean anyway

  568. marc

    pep., my is :D

  569. pep.

    How many rebase and push force does that take you

  570. Kev

    I think I don't understand the question. There was a PR requesting this be merged to master, so Jonas did. Isn't that right?

  571. jonasw

    marc, the only way to make the website update is to push to master

  572. jonasw

    that might be the bit of info you’re lacking

  573. marc

    jonasw, ah okay

  574. pep.

    plus yeah it doesn't apply here

  575. marc

    Didn't think about the website

  576. Ge0rG has left

  577. Anu has joined

  578. Dave Cridland has left

  579. suzyo has joined

  580. Guus

    > Ge0rG: Anu: actually I have a hobby of installing XMPP software and flooding the developers with issue

  581. Guus

    I feel neglected.

  582. Guus

    (as I'm pretty sure mine has most bugs of all :P )

  583. Anu

    Guus, do you have an iOS device, want to test monal ?

  584. Guus

    Anu: sorry, android

  585. Guus

    (although I was referring to the lack of issue flood from Ge0rG)

  586. Ge0rG

    Guus: sorry, my time is limited.

  587. Guus

    (test)

  588. daniel has left

  589. zinid has left

  590. Ge0rG has left

  591. zinid has left

  592. Ge0rG

    Damn, my iPhone won't get detected by my VirtualBox.

  593. Ge0rG has left

  594. moparisthebest

    probably have to do USB passthrough or something?

  595. suzyo has joined

  596. Ge0rG

    Yes. But it doesn't work.

  597. zinid has joined

  598. suzyo has joined

  599. efrit has joined

  600. ralphm has joined

  601. lumi has joined

  602. pep.

    marc, Ge0rG, any reason why ad-hoc and not say <iq/>?

  603. jonasw

    pep., ad-hoc allows use from clients which don’t support the protocol yet

  604. pep.

    Does many client support ad-hoc already?

  605. jonasw

    sure

  606. jonasw

    even pidgin(!) does

  607. pep.

    Do

  608. jonasw

    gajim does, poezio does

  609. pep.

    Conversations? Dino

  610. jonasw

    dunno about those

  611. pep.

    yaxim

  612. jonasw

    but you can always implement a specific ad-hoc flow without implementing all of ad-hoc or a generic ad-hoc UI

  613. jonasw

    so if there’s interest in this thing, I guess that wouldn’t be a blocker

  614. Dave Cridland has left

  615. la|r|ma has joined

  616. Dave Cridland has left

  617. moparisthebest

    conversations definitly no, dino I think not

  618. Ge0rG

    pep.: yaxim doesn't. But I'd for sure add support for the user-invite command

  619. pep.

    jonasw, I'm not sure I get your point about clients not supporting the protocol yet

  620. daniel has left

  621. jonasw

    pep., if you invent a protocol based on non ad-hoc <iq/>s, *all* clients have to be updated to be able to use it.

  622. Guus has left

  623. Dave Cridland has left

  624. jonasw

    pep., if you use ad-hoc, clients which already have ad-hoc support can use the protocol right away.

  625. marc has left

  626. pep.

    Well here all clients have to implement ad-hoc

  627. pep.

    first

  628. jonasw

    no

  629. Ge0rG

    pep.: your clients are bad then :P

  630. pep.

    If they want to use this

  631. jonasw

    no

  632. pep.

    no?

  633. jonasw

    they could always just implement handling for that specific command, without running a full-blown ad-hoc implementation

  634. jonasw

    (which is simpler)

  635. pep.

    Which would be the same as handling this specific command via iqs?

  636. jonasw

    exatcly

  637. Ge0rG

    pep.: yes, except that now there are already clients that support this

  638. Ge0rG

    so for a client not yet supporting ad-hoc, it doesn't matter. And for clients supporting ad-hoc, they get it for free

  639. jonasw

    yupp

  640. jonasw

    and that’s the beauty of it

  641. pep.

    Ok, I'm just trying to understand here. So we should start implementing everything via ad-hoc commands right

  642. jonasw

    no

  643. jonasw

    not everything makes sense as an ad-hoc command

  644. jonasw

    MAM for example; the result wouldn’t be very useful for a user

  645. jonasw

    (ad-hoc commands are only useful if the result doesn’t need to be interpreted by the client in any way, but only by the user)

  646. jonasw

    roster wouldn’t make any sense either, a client needs proper support for a roster for it to be useful.

  647. Ge0rG has left

  648. pep.

    hmm

  649. mathieuii

    jonasw, there are the server admin commands XEP which can be singled out by the client

  650. jonasw

    mathieuii, sure

  651. jonasw

    a client can always additionally implement fancy additional support for a given Ad-Hoc Command

  652. jonasw

    but the command has to work well even without specific support

  653. mathieuii

    yeah, sure

  654. pep.

    Will the ad-hoc command be versioned or something?

  655. pep.

    If now a client want to special-case it and the XEP gets updated, you now broke everything

  656. jonasw

    pep., there are specific rules how unknown fields are treated in forms

  657. pep.

    And lost all the interest of using ad-hoc

  658. jonasw

    if the XEP updates adhere to that, there should be no issues

  659. pep.

    k

  660. jonasw

    (and a client could fallback to the default ad-hoc handling (if it has some))

  661. pep.

    that's a lot of ifs

  662. jonasw

    sure

  663. jonasw

    things are worse with IQs though

  664. jonasw

    if you make an update to a raw IQ protocol, this is (usually) a namespace bump, breaking the flow for everyone

  665. jonasw

    (until the next update)

  666. pep.

    yeah, but you don't end-up with UB

  667. pep.

    Or defined-but-if-if-if

  668. Ge0rG

    pep.: XMPP is full of defined-but-if-if-if

  669. pep.

    yeah :/

  670. jonasw

    pep., it’s fully defined

  671. jonasw

    but in addition to the defined behaviour, you can also play safe and fall back to generic ad-hoc handling.

  672. pep.

    But it depends if X has support for Y and Z and

  673. pep.

    But gotcha

  674. jonasw

    no, if you supported an earlier version (okay, here’s one "if": and *if* the people updating the XEP didn’t do something stupid), that’ll continue to work

  675. Ge0rG

    jonasw: the Council should prevent them from doing stupid things

  676. pep.

    Yeah I think I would prefer to have it versioned and break cleanly with a major update if needed, instead of wanting to stay backward-compatible until the end of times

  677. pep.

    At costs

  678. Ge0rG

    pep.: you can always introduce a different command name.

  679. Ge0rG

    pep.: which is exactly like a namespace bump

  680. pep.

    invite2

  681. jonasw

    Ge0rG, heh, yes, but that doesn’t always happen :)

  682. ralphm has joined

  683. Ge0rG has left

  684. pep.

    small remark, there doesn't seem to be in 0050 anything that restrict command name usage. Server could be using a conflicting command name, knowing that ad-hoc commands are often used in non-specified environments as I understand it

  685. pep.

    Though it's the same remark for server admin commands

  686. Ge0rG

    pep.: yes. namespacing commands is a thin

  687. Ge0rG

    +g

  688. Dave Cridland has left

  689. Dave Cridland has left

  690. winfried has joined

  691. winfried has joined

  692. Anu has joined

  693. Dave Cridland has left

  694. Ge0rG has left

  695. daniel has left

  696. SamWhited has left

  697. daniel has left

  698. Ge0rG has left

  699. jere has joined

  700. ralphm has joined

  701. Dave Cridland has left

  702. Ge0rG has left

  703. Ge0rG

    marc: just stumbled upon https://xmpp.org/extensions/xep-0186.html#nt-idm138620103579920 > In accordance with Section 3.2.2.1 of XML Schema Part 2: Datatypes, the allowable lexical representations for the xs:boolean datatype are the strings "0" and "false" for the concept 'false' and the strings "1" and "true" for the concept 'true'; implementations MUST support both styles of lexical representation.

  704. winfried has joined

  705. winfried has joined

  706. moparisthebest

    ew

  707. moparisthebest

    why not T and F and Y and N also

  708. moparisthebest

    I mean if you are going down that rabbit hole, might as well see how deep

  709. suzyo has joined

  710. Ge0rG

    moparisthebest: it's merely about whether ibr= should be `true`, `1` or `y`

  711. Ge0rG

    I'm not keen on inventing new protocol, just making the xmpp: URI as short as possible

  712. suzyo has joined

  713. Guus has left

  714. daniel has left

  715. Ge0rG has left

  716. Tobias has joined

  717. Tobias has joined

  718. Dave Cridland has left

  719. Guus has left

  720. Ge0rG

    So, how does XEP-0153 work in a MUC? You send the vcard get IQ to the participant full JID, and it gets forwarded to the user full JID? Intercepted by the user's account?

  721. MattJ

    To the user bare JID, intercepted by the MUC

  722. Ge0rG

    MattJ: forwarded to the bare JID?

  723. MattJ

    Yes

  724. MattJ

    MUC service handles everything addressed to participant JIDs

  725. Ge0rG

    Because sending the IQ get to the MUC bare JID won't work out very well

  726. MattJ

    What "handling" means isn't greatly defined, but a sensible MUC service will handle vcard requests by proxying to the user's bare JID

  727. Ge0rG

    is there a XEP for that?

  728. MattJ

    nafaik

  729. MattJ

    It's just an implementation thing

  730. Ge0rG

    Isn't that what XEPs are made for?

  731. Ge0rG has left

  732. MattJ

    The MUC service could return a service-specific vcard (e.g. you have a muc.xmpp.org profile)

  733. MattJ

    and still be compliant

  734. MattJ

    unless someone can prove me wrong :)

  735. Anu has left

  736. Ge0rG

    MattJ: thanks very much. That helped me better understand the problem space. I hope I was able to make a useful suggestion for pep-vcard-conversion now

  737. Dave Cridland has left

  738. Dave Cridland has left

  739. ralphm has joined

  740. Ge0rG has left

  741. winfried has left

  742. winfried has joined

  743. Ge0rG

    Dave Cridland: is the issuer name "XMPP" in totp-2fa an example or a normative constant?

  744. Kev has left

  745. Ge0rG has left

  746. Dave Cridland has left

  747. Dave Cridland has left

  748. Zash has left

  749. la|r|ma has left

  750. la|r|ma has joined

  751. Ge0rG has left

  752. Dave Cridland has left

  753. Dave Cridland has left

  754. ralphm has joined

  755. Ge0rG has left

  756. Dave Cridland has left

  757. Dave Cridland has left

  758. ralphm has left

  759. Ge0rG has left

  760. ralphm has joined

  761. lumi has left

  762. lumi has joined

  763. Ge0rG has left

  764. ralphm has left

  765. Syndace has joined

  766. Syndace has joined

  767. Dave Cridland has left

  768. ralphm has joined

  769. Ge0rG has left

  770. ralphm has joined

  771. hannes has joined

  772. Ge0rG has left

  773. daniel has left

  774. daniel has joined

  775. waqas has joined

  776. SamWhited has joined

  777. Zash has left

  778. efrit has left

  779. Ge0rG has left

  780. ralphm has joined

  781. Dave Cridland has left

  782. Dave Cridland has left

  783. marc

    Ge0rG, what's the "problem" or why do you mention this?

  784. Zash has joined

  785. daniel

    > Because sending the IQ get to the MUC bare JID won't work out very well Why not? Isn't that where you disco#info to as well?

  786. Ge0rG has left

  787. ralphm has joined

  788. Kev has left

  789. daniel has left

  790. Tobias has left

  791. Tobias has joined

  792. Ge0rG has left

  793. daniel has left

  794. daniel has left

  795. Alex has left

  796. Dave Cridland has left

  797. Dave Cridland has left

  798. SamWhited has left

  799. Dave Cridland has left

  800. Dave Cridland has left

  801. jjrh has left

  802. ralphm has joined

  803. Ge0rG has left

  804. jjrh has left

  805. pep. has joined

  806. Ge0rG has left

  807. marc has left

  808. Dave Cridland has left

  809. Dave Cridland has left

  810. winfried has left

  811. winfried has joined

  812. marc has left

  813. bra has left

  814. bra has joined

  815. ralphm has joined

  816. SamWhited has joined

  817. Ge0rG has left

  818. jere has joined

  819. goffi has left

  820. ralphm has left

  821. moparisthebest has joined

  822. la|r|ma has left

  823. lskdjf has left

  824. Ge0rG has left

  825. ralphm has joined

  826. Dave Cridland has left

  827. efrit has joined

  828. vanitasvitae has left

  829. SouL has joined

  830. lumi has joined

  831. SouL has joined

  832. Ge0rG has left

  833. Zash has left

  834. vanitasvitae has joined

  835. Zash has joined

  836. Ge0rG has left

  837. Dave Cridland has left

  838. Dave Cridland has left

  839. Dave Cridland has left

  840. tux has left

  841. Ge0rG has left

  842. moparisthebest has left

  843. moparisthebest has joined

  844. Ge0rG has left

  845. ralphm has joined

  846. Dave Cridland has left

  847. Dave Cridland has left

  848. Ge0rG has left

  849. jjrh has left

  850. Ge0rG has left

  851. jjrh has left

  852. jjrh has left

  853. jjrh has left

  854. lskdjf has joined