XSF Discussion - 2017-10-11

  1. tux has left

  2. tux has joined

  3. Valerian has left

  4. Valerian has joined

  5. jere has joined

  6. pep. has left

  7. Tobias has joined

  8. stefandxm has joined

  9. Tobias has joined

  10. Valerian has left

  11. la|r|ma has joined

  12. daniel has joined

  13. waqas has joined

  14. stefandxm has left

  15. lumi has left

  16. Valerian has joined

  17. alacer has left

  18. alacer has joined

  19. ralphm has left

  20. alacer has left

  21. daniel has left

  22. mimi89999 has joined

  23. alacer has joined

  24. alacer has left

  25. Valerian has left

  26. uc has joined

  27. alacer has joined

  28. Valerian has joined

  29. alacer has left

  30. lskdjf has joined

  31. alacer has joined

  32. Zash has left

  33. moparisthebest has joined

  34. stefandxm has joined

  35. alacer has left

  36. alacer has joined

  37. daniel has joined

  38. uc has joined

  39. stefandxm has left

  40. waqas has left

  41. matlag has left

  42. Ge0rG has left

  43. Ge0rG has left

  44. SamWhited has left

  45. uc has joined

  46. Guus has left

  47. Guus has joined

  48. alacer has joined

  49. alacer has joined

  50. Valerian has left

  51. uc has left

  52. nyco has left

  53. stefandxm has joined

  54. Guus has left

  55. Guus has joined

  56. alacer has joined

  57. Guus has left

  58. Guus has joined

  59. Guus has left

  60. Guus has joined

  61. alacer has joined

  62. stefandxm has left

  63. uc has joined

  64. alacer has joined

  65. SamWhited has left

  66. alacer has joined

  67. Flow has joined

  68. uc has joined

  69. Flow has left

  70. Guus has left

  71. Guus has joined

  72. xnyhps has left

  73. stefandxm has joined

  74. ralphm has left

  75. uc has joined

  76. jubalh has joined

  77. sonny has joined

  78. stefandxm has left

  79. tim@boese-ban.de has joined

  80. emxp has joined

  81. uc has joined

  82. daniel has left

  83. daniel has joined

  84. xnyhps has left

  85. xnyhps has left

  86. goffi has joined

  87. alacer has joined

  88. tim@boese-ban.de has joined

  89. alacer has joined

  90. jubalh has left

  91. jere has left

  92. jere has joined

  93. xnyhps has left

  94. ralphm has joined

  95. intosi has left

  96. alacer has joined

  97. xnyhps has left

  98. jere has left

  99. uc has joined

  100. stefandxm has joined

  101. ralphm has left

  102. stefandxm has left

  103. ralphm has left

  104. Flow has joined

  105. uc has joined

  106. Alex has joined

  107. alacer has joined

  108. Alex has left

  109. Steve Kille has left

  110. Steve Kille has joined

  111. intosi has joined

  112. ralphm has joined

  113. Flow has left

  114. Flow has joined

  115. dwd has left

  116. Flow has joined

  117. Flow has joined

  118. Flow has left

  119. ralphm has joined

  120. Flow has joined

  121. Flow has left

  122. Flow has joined

  123. Guus has left

  124. stefandxm has joined

  125. ralphm has joined

  126. stefandxm has left

  127. ralphm has left

  128. ralphm has joined

  129. ralphm has left

  130. uc has joined

  131. efrit has joined

  132. Ge0rG

    Kev: did you have some time to ponder about further MUC self-ping options?

  133. stefandxm has joined

  134. stefandxm has left

  135. tim@boese-ban.de has joined

  136. Ge0rG has left

  137. Ge0rG has left

  138. uc has joined

  139. Ge0rG has joined

  140. Ge0rG has left

  141. Kev

    It completely dropped out of context, sorry.

  142. Ge0rG

    Kev: I'd really like to see at least a short write-up on the other options, because I've pondered some time about what can be done and don't see anything that's significantly different from (1)-(3)

  143. Kev has left

  144. Ge0rG has left

  145. tim@boese-ban.de has joined

  146. Guus has left

  147. Guus has joined

  148. Guus has left

  149. Guus has joined

  150. intosi has left

  151. Kev has left

  152. lskdjf has joined

  153. la|r|ma has joined

  154. jubalh has joined

  155. alacer has left

  156. winfried has joined

  157. ralphm has left

  158. Guus has left

  159. Guus has joined

  160. Flow has left

  161. Flow has joined

  162. alacer has joined

  163. Wiktor has joined

  164. jubalh has left

  165. jubalh has joined

  166. lumi has joined

  167. jere has joined

  168. Flow has joined

  169. Flow has joined

  170. efrit has left

  171. efrit has joined

  172. Alex has joined

  173. efrit has left

  174. efrit has joined

  175. blabla has joined

  176. uc has joined

  177. uc has joined

  178. lskdjf has joined

  179. efrit has left

  180. efrit has joined

  181. jubalh has left

  182. uc has joined

  183. uc has joined

  184. efrit has left

  185. efrit has joined

  186. intosi has joined

  187. uc has joined

  188. jere has left

  189. jere has joined

  190. stefandxm has joined

  191. efrit has left

  192. Ge0rG has left

  193. jubalh has left

  194. intosi has left

  195. intosi has joined

  196. winfried has joined

  197. winfried has left

  198. ralphm has left

  199. nyco has left

  200. waqas has joined

  201. stefandxm has left

  202. dwd has left

  203. blabla has left

  204. dwd has left

  205. dwd has left

  206. uc has left

  207. uc has joined

  208. jabberatdemo has joined

  209. uc has joined

  210. jabberatdemo has left

  211. daniel has left

  212. ralphm has left

  213. alacer has left

  214. alacer has joined

  215. Guus has left

  216. Guus has joined

  217. Flow has left

  218. Flow has joined

  219. blabla has joined

  220. alacer has left

  221. Guus has left

  222. alacer has joined

  223. Guus has joined

  224. alacer has left

  225. alacer has joined

  226. uc has joined

  227. uc has joined

  228. waqas has left

  229. jjrh has left

  230. jjrh has left

  231. alacer has left

  232. alacer has joined

  233. lovetox has joined

  234. nyco has left

  235. sonny has joined

  236. ralphm has left

  237. Wiktor has joined

  238. stefandxm has joined

  239. uc has joined

  240. winfried has joined

  241. sonny has joined

  242. stefandxm has left

  243. jjrh has left

  244. Tobias

    dwd, ping

  245. Valerian has joined

  246. Tobias

    care to join council?

  247. blabla has joined

  248. blabla has joined

  249. jjrh has left

  250. jjrh has left

  251. jjrh has left

  252. Ge0rG has left

  253. alacer has joined

  254. Ge0rG has joined

  255. ralphm has left

  256. nyco has left

  257. alacer has joined

  258. intosi has left

  259. intosi has joined

  260. daniel has left

  261. daniel has joined

  262. alacer has left

  263. alacer has joined

  264. uc has joined

  265. alacer has left

  266. daniel has left

  267. la|r|ma has joined

  268. tux has left

  269. Valerian has left

  270. nyco

    Board weekly in 10 min ?

  271. alacer has joined

  272. daniel has joined

  273. Ge0rG

    hopefully so

  274. intosi has left

  275. MattJ

    In 5

  276. Zash

    5 minutes passed in 6m45s?

  277. MattJ

    My server (where poezio runs) has a perpetually drifting clock, so it's only 16:52 right now

  278. jonasw

    sudo timedatectl set-ntp on

  279. Ge0rG

    In 5!

  280. nyco


  281. nyco

    I'll leave at :30 as usual

  282. alacer has joined

  283. nyco

    Mattj, arc, Ralphm?

  284. MattJ


  285. nyco


  286. Flow has left

  287. Flow has joined

  288. dwd

    Martin is unavailable, I'm afraid.

  289. daniel has left

  290. Steve Kille has left

  291. nyco

    still 2 at :05

  292. nyco

    dwd, in case wanna catch the air, and put it on paper?

  293. stefandxm has joined

  294. dwd

    nyco, Erm?

  295. nyco

    minutes taking

  296. Valerian has joined

  297. bra has left

  298. jere has joined

  299. MattJ

    Looks like we'll be skipping this week

  300. nyco

    yep, thx anyway

  301. alacer has joined

  302. dwd

    Yes, I'd absolutely love to take minutes, then.

  303. Guus has left

  304. Guus has joined

  305. stefandxm has left

  306. tux has joined

  307. Steve Kille has joined

  308. Ge0rG

    I think we had some other unique client identifier besides resourcepart and 0198 resume-id, but I don't remember any more.

  309. dwd

    Ge0rG, Muttered about in bind2, no?

  310. Ge0rG

    dwd: was it separate from the resourcepart proposal?

  311. Ge0rG

    I really hate the "<client-unique-id>/<server-generated-id>" idea, but I seem to be a minority here.

  312. jubalh has joined

  313. Zash


  314. Kev

    Ge0rG: I'm not a fan, but I don't see another solution that satisfies both requirements (that some people want to be able to identify the client by its resource, and that servers need to be able to generate (part of) the resource themselves).

  315. Kev

    But if you can come up with something better, I'm sure everyone will be happy.

  316. Ge0rG has left

  317. Zash

    Maybe satisfying everyone isn't possible.

  318. jonasw

    at least we need to define what happens if two sessions with the same client-unique-id try to connect for the same account

  319. Ge0rG

    Kev: I still fail to follow the "servers need to be able to generate (part of) the resource themselves" argument, unfortunately.

  320. Ge0rG

    jonasw: they won't try to connect at the same time, hopefully.

  321. Ge0rG

    jonasw: otherwise, the most recent attempt should win.

  322. moparisthebest

    why not just let them both log in?

  323. moparisthebest

    presumably the bad one will time out or disconnect eventually

  324. Kev

    Ge0rG: You end up needing to essentially lock the entire cluster otherwise (and it makes routing logic that much harder - it prevents designs like GTalks, which I still think was quite sane).

  325. Ge0rG

    moparisthebest: or consume messages that go into offline storage otherwise... :P

  326. Ge0rG

    Kev: does it really require a global lock?

  327. SamWhited

    "Some people want to identify a client by its resource" isn't actually a use case, so I still think we should ignore it. The resourcepart isn't for humans, if they're trying to force it to be something for humans then they're using the wrong tool.

  328. SamWhited

    s/use case/requirement/

  329. moparisthebest

    how else could you tell if the same was simultaneously logging in on 2 different servers in the cluster Ge0rG ?

  330. Ge0rG

    Kev: I mean: it surely makes it easier, yes. But is it a hard requirement?

  331. blabla has left

  332. Ge0rG

    don't you end up with a central client<->clusternode lookup table anyway?

  333. Zash

    If the resource always contains the cluster id?

  334. Zash


  335. Zash

    cluster node id* even

  336. Ge0rG

    Zash: and there will be no other reason for a global lock?

  337. Ge0rG

    SamWhited: server operators are humans as well.

  338. Ge0rG

    debugging stuff with UUIDs everywhere is... unpleasant.

  339. moparisthebest

    or you just use grep

  340. moparisthebest

    or a search/replace

  341. Ge0rG

    moparisthebest: often you need to trace the interaction of multiple entities with each other.

  342. Ge0rG

    text files and grep are not well-suited for that.

  343. moparisthebest

    so replace them all with yourfavoritenameA, yourfavoritenameB

  344. moparisthebest

    seems dumb to specify a protocol around pretty names in log files

  345. SamWhited

    I don't see what any of this has to do with anything; they can still "trace the interaction of multiple entities with each other" if they use something other than the resourcepart to dientify those entities.

  346. SamWhited


  347. SamWhited

    If you want a pretty name in the log file, use the identity, or assign a pretty name and use it in your log files. Why should that be the resourcepart?

  348. Ge0rG

    SamWhited: yes, but having a readable identifier, like yaxim's resourcepart, actually helps.

  349. Ge0rG

    SamWhited: because tooling.

  350. SamWhited

    Ge0rG: what tooling?

  351. Ge0rG

    SamWhited: bad tooling.

  352. Zash

    Build better tooling?

  353. Ge0rG

    Zash: you are the developer. I'm only a sysop.

  354. SamWhited

    I still have no idea what you're talking about, what tooling is bad? Why would making resourceparts random break it?

  355. SamWhited

    s/random/server defined/

  356. moparisthebest

    if you are a sysop that can't use grep or sed you shouldn't be a sysop

  357. Ge0rG

    moparisthebest: you are right. I should step down immediately.

  358. SamWhited

    I'm all for improving tooling to make things easier than grepping for UUIDs, I just don't understand why a client specified string in a resourcepart (which adds a lot of complexity) is the only possible solution to that.

  359. zinid

    You will end up with global lookup table anyway, because other parts of xmpp suck in this regard

  360. Ge0rG

    SamWhited: it's not the only one. But in a situation where our sysop tooling consists of grep and sed, it is helpful to know the approximate version of clients from things that are actually in the log.

  361. SamWhited

    Ge0rG: Why couldn't you say, add the client identity to log lines, or assign a readable ID to clients when they log in and use that in log lines?

  362. Ge0rG

    SamWhited: and I don't buy that we have to break it for no other reason than a potential cloud-scale improvement

  363. Ge0rG

    SamWhited: because the server I'm using doesn't log client identity on stanzas that are sent via s2s, among other reasons

  364. Ge0rG

    SamWhited: if we follow that line, we'd have to add the client identity, s2s connection identity and module to each log line. I'd love to have that.

  365. Ge0rG

    so far I get only one of those three.

  366. Zash has left

  367. Ge0rG

    SamWhited: but most log lines contain the user JID, which happens to contain a resource part.

  368. SamWhited

    You have to change the server either way (to support new resourceparts or to include more information in its logs), it seems to me that doing the one that doesn't have drawbacks as far as the protocol is concerned makes more sense.

  369. Ge0rG

    I never claimed this is a strong argument.

  370. Ge0rG

    But probably stronger than for keeping GC1.0 ;)

  371. Ge0rG

    zinid: can you elaborate where you also need a cluster-wide lock when a client connects?

  372. waqas has joined

  373. zinid

    Nowhere, global locks suck in practice

  374. zinid

    In my practice

  375. Ge0rG

    zinid: what about the global lookup table?

  376. zinid

    Well, you cannot get rid of it

  377. Ge0rG

    zinid: that's what you wrote. What is the reason that you need it?

  378. zinid

    To wrote to bare jid

  379. zinid


  380. Ge0rG

    zinid: can't you just send to all cluster nodes?

  381. Ge0rG

    send all messages

  382. zinid

    Ge0rG: this doesn't scale, I also think you need sometimes to know all connected resources and if you don't have global tab you can only poll all nodes

  383. emxp has joined

  384. Ge0rG

    zinid: thanks.

  385. zinid

    Also, ejabberd has lots of global tables, maintaining yet another one is no big deal

  386. Flow

    > I really hate the "<client-unique-id>/<server-generated-id>" idea, but I seem to be a minority here. Do we really have to use '/' as delimiter?

  387. SamWhited

    Please let's not change this into bike shedding about the delimiter.

  388. Flow

    And what Ge0rG said. Having a client provided resourcepart is essential for debugging, grep does not help here

  389. Lance has joined

  390. SamWhited

    Flow: I still never got a clear answer, why is it essential for debugging? Why not use something else as an identifier (something that doesn't leak into the protocol)

  391. jonasw

    Ge0rG, re connecting at the same time same client-unique-id: what about a non-XEP-0198 reconnect with lingering TCP session?

  392. Flow

    Please do not try to kill discussion with "please don't do bike shedding"

  393. Lance has left

  394. Flow

    SamWhited: Because it helps when looking at an XMPP trace

  395. Zash has left

  396. Flow

    Especially when there are more then two entities involved

  397. SamWhited

    Flow: Okay, that's a different use case, how does it help?

  398. jonasw

    SamWhited, that’s not a different use-case

  399. jonasw

    not really

  400. SamWhited

    different from the logs one earlier, I mean

  401. jonasw

    note that we’re not necessarily talking about debugging a c2s connection onyl, but also s2s connections involved.

  402. jonasw

    not really

  403. jonasw

    note that the server isn’t necessarily in the position to add information like client ID to s2s stanzas

  404. jonasw

    note that the server isn’t necessarily in the position to add information like client xep-30 identity to s2s stanzas

  405. jonasw

    because they might not have that, e.g. if the stanza is inbound

  406. SamWhited

    Right, that's why it's different from normal logs

  407. jonasw

    that’s the kind of logs (stanzas going over s2s being logged) Ge0rG is talking about, I think

  408. SamWhited

    ah, okay, sorry, then yes, adding a server generated tag may not be an option.

  409. jonasw

    especially if only the stanza "header" (stanza type + attributes) is logged

  410. dwd has left

  411. Ge0rG is out for now. BBL

  412. ralphm has left

  413. Flow has left

  414. Flow has joined

  415. blabla has joined

  416. uc has joined

  417. jjrh has left

  418. jjrh has left

  419. dwd has left

  420. ralphm has left

  421. winfried has joined

  422. Zash has joined

  423. nyco has left

  424. Valerian has left

  425. jjrh has left

  426. jjrh has left

  427. alacer has joined

  428. jjrh has left

  429. Tobias has joined

  430. blabla has left

  431. ralphm has left

  432. alacer has left

  433. alacer has joined

  434. stefandxm has joined

  435. Flow has joined

  436. jubalh has joined

  437. stefandxm has left

  438. alacer has joined

  439. alacer has joined

  440. Flow has joined

  441. mimi89999 has left

  442. Flow has joined

  443. alacer has left

  444. Valerian has joined

  445. blabla has joined

  446. mimi89999 has joined

  447. Tobias has joined

  448. lskdjf has joined

  449. alacer has joined

  450. jubalh has left

  451. lovetox has left

  452. Alex has left

  453. emxp has joined

  454. Alex has joined

  455. stefandxm has joined

  456. emxp has joined

  457. goffi has left

  458. Guus has left

  459. jere has joined

  460. dwd has left

  461. Guus has left

  462. Flow has joined

  463. Guus has joined

  464. Guus has left

  465. Guus has joined

  466. Flow has joined

  467. Guus has left

  468. Guus has joined

  469. Zash has left

  470. jere has left

  471. alacer has joined

  472. jubalh has joined

  473. alacer has joined

  474. jubalh has left

  475. blabla has left

  476. stefandxm has left

  477. jere has joined

  478. uc has joined

  479. emxp has left

  480. emxp has joined

  481. Alex has left

  482. Valerian has left

  483. jubalh has left

  484. la|r|ma has joined

  485. Valerian has joined

  486. dwd has left

  487. Alex has joined

  488. dwd has left

  489. jubalh has left

  490. dwd has left

  491. waqas has left

  492. stefandxm has joined

  493. efrit has joined

  494. SamWhited has left

  495. boothj5 has joined

  496. boothj5 has left

  497. emxp has left

  498. emxp has joined

  499. stefandxm has left

  500. Tobias has joined

  501. nyco has left

  502. moparisthebest has joined

  503. Zash has left

  504. peter has joined

  505. jubalh has left

  506. lskdjf has joined

  507. Tobias has joined

  508. alacer has joined

  509. Zash has joined

  510. Zash has left

  511. Zash has left

  512. Zash has left

  513. Zash has left

  514. Zash has left

  515. Zash has left

  516. Zash has left

  517. Zash has left

  518. Zash has left

  519. Zash has left

  520. Zash has left

  521. Zash has left

  522. Zash has left

  523. Zash has left

  524. Zash has left

  525. Zash has left

  526. Zash has left

  527. Zash has left

  528. Zash has left

  529. Zash has left

  530. Zash has left

  531. Zash has left

  532. Zash has left

  533. Zash has left

  534. Zash has left

  535. Zash has left

  536. Zash has left

  537. Zash has left

  538. Zash has left

  539. Zash has left

  540. Zash has left

  541. Zash has left

  542. Zash has left

  543. Zash has left

  544. Zash has left

  545. Zash has left

  546. Zash has left

  547. Zash has left

  548. Zash has left

  549. Zash has left

  550. Zash has joined

  551. Zash has left

  552. Zash has joined

  553. SamWhited has left

  554. jjrh has left

  555. jjrh has left

  556. jjrh has left

  557. stefandxm has joined

  558. jjrh has left

  559. alacer has joined

  560. Guus has left

  561. mimi89999 has joined

  562. Guus has joined

  563. Tobias has joined

  564. jubalh has joined

  565. jubalh has left

  566. dwd has left

  567. jjrh has left

  568. vanitasvitae has left

  569. alacer has left

  570. alacer has joined

  571. Valerian has left

  572. Valerian has joined

  573. Valerian has left

  574. Valerian has joined

  575. lskdjf has joined

  576. Valerian has left

  577. waqas has joined

  578. zinid has left

  579. Alex has left

  580. efrit has left

  581. Tobias has joined

  582. emxp has left

  583. Valerian has joined

  584. Ge0rG has left

  585. Ge0rG has left

  586. stefandxm has left

  587. daniel has joined

  588. vanitasvitae has left

  589. dwd has left

  590. daniel has left

  591. peter has left

  592. sonny has joined

  593. Tobias has joined

  594. tux has joined

  595. waqas has left

  596. Tobias has joined

  597. Zash has left

  598. Zash has left

  599. Zash has joined

  600. stefandxm has joined