XSF Discussion - 2018-04-10


  1. alexis has left

  2. alexis has joined

  3. alexis has left

  4. alexis has joined

  5. rtq3 has left

  6. rtq3 has joined

  7. Zash has left

  8. Dave Cridland has left

  9. Daniel_W has left

  10. rtq3 has left

  11. rtq3 has joined

  12. Lance has left

  13. jjrh has left

  14. Dave Cridland has left

  15. ralphm has left

  16. rtq3 has left

  17. ralphm has joined

  18. SamWhited has left

  19. waqas has joined

  20. Syndace has joined

  21. SamWhited has left

  22. Syndace has joined

  23. SamWhited has left

  24. efrit has left

  25. ralphm has joined

  26. SamWhited has left

  27. ralphm has joined

  28. Dave Cridland has left

  29. SamWhited has left

  30. la|r|ma has joined

  31. SamWhited has left

  32. ralphm has joined

  33. lskdjf has joined

  34. ralphm has joined

  35. SamWhited has left

  36. Syndace has left

  37. Syndace has joined

  38. alexis has left

  39. Daniel_W has joined

  40. Yagiza has joined

  41. SamWhited has left

  42. Dave Cridland has left

  43. Holger has left

  44. mrdoctorwho has left

  45. ralphm has joined

  46. daniel has left

  47. daniel has joined

  48. marc has left

  49. SamWhited has left

  50. ralphm has joined

  51. marc has joined

  52. SamWhited has left

  53. rion has joined

  54. ralphm has left

  55. ralphm has joined

  56. SamWhited has left

  57. alexis has joined

  58. vanitasvitae has left

  59. vanitasvitae has joined

  60. SamWhited has left

  61. alexis has left

  62. alexis has joined

  63. Daniel_W has left

  64. ralphm has joined

  65. alexis has left

  66. tux has left

  67. tux has joined

  68. alexis has joined

  69. ralphm has joined

  70. alexis has left

  71. alexis has joined

  72. Dave Cridland has left

  73. SamWhited has left

  74. Dave Cridland has left

  75. alexis has left

  76. alexis has joined

  77. ibikk has joined

  78. ludo has joined

  79. alexis has left

  80. alexis has joined

  81. Nekit has joined

  82. SamWhited has left

  83. alexis has left

  84. SamWhited has left

  85. alexis has joined

  86. ralphm has joined

  87. SamWhited has joined

  88. alexis has left

  89. alexis has joined

  90. ludo has left

  91. ludo has joined

  92. ralphm has joined

  93. jere has joined

  94. SamWhited has left

  95. alexis has left

  96. alexis has joined

  97. Chobbes has joined

  98. lnj has joined

  99. alexis has left

  100. alexis has joined

  101. SamWhited has joined

  102. alexis has left

  103. alexis has joined

  104. SamWhited has left

  105. j.r has left

  106. j.r has joined

  107. Tobias has joined

  108. Tobias has joined

  109. Tobias has joined

  110. ludo has left

  111. ludo has joined

  112. SamWhited has joined

  113. SamWhited has left

  114. sezuan has left

  115. waqas has left

  116. moparisthebest has left

  117. Nekit has left

  118. Nekit has left

  119. SamWhited has joined

  120. flow has left

  121. flow has joined

  122. SamWhited has left

  123. Dave Cridland has left

  124. marmistrz has left

  125. sezuan has left

  126. SamWhited has joined

  127. Guus has left

  128. sezuan has left

  129. Dave Cridland has left

  130. Guus has left

  131. SamWhited has left

  132. Guus has left

  133. SamWhited has joined

  134. marmistrz has left

  135. Guus has left

  136. Dave Cridland has left

  137. tim@boese-ban.de has joined

  138. sezuan has left

  139. sezuan has joined

  140. Kev has joined

  141. Guus has left

  142. jubalh has joined

  143. jubalh has left

  144. remko has joined

  145. Dave Cridland has left

  146. Valerian has joined

  147. Dave Cridland has left

  148. Dave Cridland has left

  149. Dave Cridland has left

  150. Guus has left

  151. winfried has left

  152. xnyhps has left

  153. xnyhps has joined

  154. winfried has left

  155. Dave Cridland has left

  156. winfried has left

  157. Dave Cridland has left

  158. rtq3 has joined

  159. ta has left

  160. ta has joined

  161. Holger has left

  162. Dave Cridland has left

  163. Dave Cridland has left

  164. Dave Cridland has left

  165. jubalh has joined

  166. Dave Cridland has left

  167. Dave Cridland has left

  168. Dave Cridland has left

  169. Dave Cridland has left

  170. vanitasvitae has left

  171. vanitasvitae has joined

  172. rtq3 has left

  173. rtq3 has joined

  174. winfried has left

  175. SaltyBones has left

  176. rtq3 has left

  177. rtq3 has joined

  178. marmistrz has left

  179. Dave Cridland has left

  180. SaltyBones has joined

  181. Dave Cridland has left

  182. Dave Cridland has left

  183. ludo has left

  184. ludo has joined

  185. Dave Cridland has left

  186. marmistrz has left

  187. jubalh has left

  188. Dave Cridland has left

  189. marmistrz has left

  190. Ge0rG

    Kev: is there any progress on the 0050 PRs?

  191. Kev

    There isn't.

  192. jubalh has joined

  193. ta has left

  194. jubalh has joined

  195. jubalh has joined

  196. Ge0rG

    Kev: any more ideas regarding the pidgin re-addition to the client list?

  197. Kev

    I haven't given it any thought, do I need to?

  198. lnj has left

  199. goffi has joined

  200. vanitasvitae has left

  201. vanitasvitae has joined

  202. Martin has joined

  203. Steve Kille has left

  204. Steve Kille has left

  205. daniel has left

  206. Holger has left

  207. jubalh has left

  208. tim has joined

  209. rtq3 has left

  210. vanitasvitae has left

  211. vanitasvitae has joined

  212. goffi has left

  213. tim has left

  214. Dave Cridland has left

  215. Tim has joined

  216. Dave Cridland has left

  217. ralphm has joined

  218. Tim has joined

  219. Valerian has left

  220. Andrew Nenakhov has left

  221. Andrew Nenakhov has joined

  222. Andrew Nenakhov has left

  223. Andrew Nenakhov has joined

  224. Valerian has joined

  225. ralphm has joined

  226. intosi has joined

  227. Andrew Nenakhov has left

  228. Andrew Nenakhov has joined

  229. Martin has left

  230. daniel has left

  231. Andrew Nenakhov has left

  232. Tim has joined

  233. Andrew Nenakhov has joined

  234. Andrew Nenakhov has left

  235. Andrew Nenakhov has joined

  236. Andrew Nenakhov has left

  237. Andrew Nenakhov has joined

  238. goffi has joined

  239. Steve Kille has joined

  240. ThibG has left

  241. rtq3 has joined

  242. Martin has joined

  243. Dave Cridland has left

  244. Ge0rG

    I wonder if it's possible to instrument something like shodan to search for XMPP servers.

  245. MattJ

    Sure

  246. Ge0rG

    I mean, we need to send the client banner first, right?

  247. MattJ

    I've used it to discover Prosody instances

  248. Ge0rG

    MattJ: oh, that's interesting. Tell me more about it.

  249. MattJ

    I don't know exactly what it sends, but it triggers an error response

  250. MattJ

    Prosody's particular error message is unique, so searching for it yields results

  251. Ge0rG

    `GET / HTTP/1.0`?

  252. MattJ

    Quite possibly

  253. MattJ

    I suspect it understands XMPP somewhat though, but obviously you can't determine the host from the IP address so it still doesn't work

  254. Dave Cridland has left

  255. ta has joined

  256. rtq3 has left

  257. Dave Cridland has left

  258. alexis has left

  259. alexis has joined

  260. Dave Cridland has left

  261. daniel has joined

  262. alexis has left

  263. alexis has joined

  264. alexis has left

  265. ThibG has joined

  266. daniel has left

  267. alexis has joined

  268. daniel has joined

  269. lnj has joined

  270. Dave Cridland has left

  271. rtq3 has joined

  272. Valerian has left

  273. alexis has left

  274. alexis has joined

  275. Dave Cridland has left

  276. ta has left

  277. ta has left

  278. Dave Cridland has left

  279. ThibG has left

  280. ThibG has joined

  281. rtq3 has left

  282. rtq3 has joined

  283. alexis has left

  284. alexis has joined

  285. Yagiza has left

  286. lumi has joined

  287. alexis has left

  288. alexis has joined

  289. efrit has joined

  290. la|r|ma has joined

  291. blabla has left

  292. Tim has joined

  293. Dave Cridland has left

  294. SaltyBones has left

  295. rtq3 has left

  296. Tim has joined

  297. marmistrz has joined

  298. lnj has left

  299. ThibG has left

  300. rtq3 has joined

  301. alexis has left

  302. alexis has joined

  303. alexis has left

  304. alexis has joined

  305. marmistrz has joined

  306. pep.

    gdpr meeting in ~5

  307. jonasw

    what

  308. jonasw

    crap

  309. jonasw

    I totally forgot

  310. jonasw

    I need to marinate some meat first, so I’ll be a bit AFK-ish

  311. pep.

    it's 12:30CEST right?

  312. jonasw

    yeah

  313. pep.

    hehe

  314. jonasw

    taking the laptop with me

  315. alexis has left

  316. alexis has joined

  317. jonasw

    Ge0rG, winfried, ping

  318. winfried

    Guys, sorry, I will be the available in 10 minutes

  319. pep.

    I'll put stuff on the wiki then, I sent the minutes quite late yesterday

  320. jonasw

    sounds good

  321. Ge0rG

    10 minutes for me as well

  322. jonasw

    what a perfect fit

  323. goffi has left

  324. Guus has left

  325. Ge0rG

    pep.: 👍

  326. alexis has left

  327. alexis has joined

  328. pep.

    Hmm, so we already had a bit on 1.1c for s2s in the wiki, not as detailed

  329. efrit has left

  330. winfried

    here I am

  331. Ge0rG

    AOL!

  332. winfried hears an echo from long ago

  333. alexis has left

  334. Guus has left

  335. Ge0rG

    It looks like we all might be there.

  336. winfried

    yes

  337. alexis has joined

  338. jonasw

    .

  339. Tim has joined

  340. pep.

    !

  341. xnyhps has joined

  342. daniel has left

  343. pep.

    *bang*?

  344. jonasw

    baaang

  345. jonasw

    winfried, are you going to chair?

  346. winfried

    *bang*

  347. winfried

    do we have enough on 1.1a-c?

  348. pep.

    S2S outbound on 1.1c?

  349. pep.

    did we cover that?

  350. pep.

    I guess the inbound covers more or less both actually

  351. Ge0rG

    what happened to transports?

  352. winfried

    Ge0rG: yes, noticed that one too

  353. winfried

    transport will be a processing to cover in c2s too!

  354. Ge0rG

    1.1c inbound and outbound is symmetrical, i.e. there is no need to differentiate. we need to differentiate in 1.1d though

  355. winfried

    yesx

  356. pep.

    fair enough

  357. alexis has left

  358. winfried

    With the note of transports, I think we should move to 1.1d, where the fun begins...

  359. Ge0rG

    winfried: do you have an update on the "third contries" part?

  360. alexis has joined

  361. winfried

    Ge0rG: yes

  362. winfried opens page 19 of his bible

  363. Dave Cridland has left

  364. Ge0rG braces for liturgy recital

  365. Guus has left

  366. winfried

    criteria: 3.2a offering services to EU citizens or 3.2b monitoring behaviour within the EU

  367. jonasw

    I’m fully here now

  368. SaltyBones has left

  369. winfried

    3.2a: just offering in english or so is not enough, but a multiple of factors like english and accepting euro's and shipping to the eu is

  370. jonasw

    winfried, what would the equivalent of "shipping" would be? not denying service?

  371. winfried

    jonasw: with a service like XMPP it is quite tricky to judge

  372. jonasw

    yeah

  373. Ge0rG

    winfried: oh, that's too broad. I was asking about s2s connections from the EU to third countries.

  374. winfried

    Ge0rG: ah, ok

  375. winfried

    Ge0rG: that one is quite clear cut, is chapter 5

  376. pep.

    First the laws of said country have to be deemed adequate right?

  377. Ge0rG

    winfried: chapter 5 is rather long. Can you provide a TL;DR, as this is going to affect s2s

  378. alexis has left

  379. daniel has joined

  380. winfried

    chapter 5 has different grounds, adequacy is just one of them

  381. winfried

    (adequacy is art 45)

  382. alexis has joined

  383. pep.

    pff, I don't want to imagine an implementation for that

  384. lskdjf has joined

  385. winfried

    diving further in my bible....

  386. Ge0rG

    Ah, so transfer to "adequate" countries does not require any additional measures

  387. winfried

    Ge0rG: correct

  388. pep.

    yeah, art45

  389. pep.

    45.1

  390. Dave Cridland has left

  391. Valerian has joined

  392. winfried

    art 46: other possibilities are: Binding Corporate rules (when transfer inside one cooperation) (art 46.2b)

  393. Ge0rG

    so adequate and EU countries are the same category for s2s

  394. Ge0rG

    winfried: 46 probably doesn't apply.

  395. winfried

    Ge0rG: because?

  396. pep.

    doesn't it?

  397. pep.

    Unless you implementation forbids s2s to non-adequate third-countries

  398. pep.

    Unless your implementation forbids s2s to non-adequate third-countries

  399. Ge0rG

    winfried: or at least the contract/same-corp provisions of it

  400. Ge0rG

    unless all xmpp servers are operated by the same BigCorp

  401. pep.

    that's 47 right?

  402. daniel has left

  403. winfried

    Ge0rG: correct BCR (46.2b) doesn't apply

  404. pep.

    Ah 46.2b right

  405. pep.

    that refers to 47

  406. Ge0rG

    46 is written in legalese, and I fail to parse it right now

  407. alexis has left

  408. pep.

    isn't all

  409. winfried

    yeah, I really need my bible here...

  410. alexis has joined

  411. winfried

    46.2c is interesting: standard clauses

  412. Ge0rG

    pep.: no, other parts are more appropriate

  413. pep.

    So we're trying to figure out if we'll have to filter out s2s right

  414. Ge0rG

    winfried: I suppose 46.2c means something like safe harbor/whatisitcallednow

  415. pep.

    Or how much

  416. pep.

    And/or how much

  417. Ge0rG

    pep.: right

  418. pep.

    That is really meh. Who was talking about trying to reach email people again

  419. SaltyBones has joined

  420. SaltyBones has left

  421. pep.

    See how they cope with that.

  422. winfried

    no, safe harbour is part of the EU-US adequacy decision: "if you keep to privacy shield, it s adequate"

  423. Dave Cridland has left

  424. jubalh has joined

  425. pep.

    "Hey users, you can't reach half of the planet from now on"

  426. SaltyBones has joined

  427. pep.

    winfried, how is this privacy shield defined?

  428. Tim has joined

  429. Syndace has left

  430. Syndace has joined

  431. pep.

    hmm, what about 49.1a?

  432. Ge0rG

    AFAIU third countries are also covered by user consent

  433. pep.

    yes just what I pointed out I think

  434. winfried

    privacy shield is a (before GDPR) construct to legalise EU-US transfer, saying: when keeping to privacy shield, then the protection in the US is adequate and permitted

  435. alexis has left

  436. jonasw

    I’m trying to find a clue about it in the google privacy policy atm

  437. winfried

    (And Schrems finely argued it was not adequate becease the NSA was left out it)

  438. alexis has joined

  439. winfried

    So now al companies leave adequacy as ground and use standard clauses

  440. pep.

    I'd say article 49 applies quite a lot

  441. jonasw

    so, there’s nothing in that

  442. jonasw

    (that = google privacy policy)

  443. jonasw

    with respect to federation

  444. jonasw

    I begin to suspect that the following applies:

  445. sezuan has left

  446. winfried

    jonasw: you just found an interesting legal gap at google ;-)

  447. Ge0rG

    jonasw: sue them!

  448. ThibG has joined

  449. jonasw

    1. the user has a clear intent to share a message with a recipient when they send a message. 2. it is up to the recipient how they handle the data. this includes whether they consent to it being stored on their server and for how long

  450. pep.

    winfried, they have more laywers than you will ever have

  451. jonasw

    now how that works in the light of germany’s whatsapp decision, I don’t know.

  452. Tim has joined

  453. moparisthebest has joined

  454. Ge0rG

    jonasw: I tend to agree with you here, however... by sending a message you only show implicit consent in that the message is to be delivered to the recepient, not that it shall be analyzed to create a profile of your sex life.

  455. winfried

    pep.: yes, but for example when analysing Microsofts new terms, I found over a douzen issues that were violating EU law

  456. jonasw

    Ge0rG, that’s true, but if the receiving party consented to that?

  457. jonasw

    that’s a matter between you and the receiving party then, isn’t it?

  458. jonasw

    I mean the receiving party could also simply upload all your messages manually to some service which does that to gain some moneyz.

  459. Ge0rG

    jonasw: yes.

  460. jonasw

    so nothing which concerns server operators?

  461. pep.

    interesting

  462. moparisthebest has joined

  463. Ge0rG

    jonasw: the receiving party must gain your consent to process your data.

  464. jonasw

    but that’s #notourdepartment?

  465. Ge0rG

    yes

  466. pep.

    Ge0rG, by subscribing?

  467. jonasw

    so we can simply not give a fuck?

  468. pep.

    Or joining a MUC, or ..

  469. jonasw

    I don’t think that subscription is consent for any level of advanced processing.

  470. winfried

    49.1b may be very applicable here

  471. jonasw

    not for art 9.1 type processing at least

  472. Ge0rG

    jonasw: maybe. Maybe we need to explicitly tell the user that their messages might leave the EU

  473. pep.

    winfried, if 49.1b is not enough, there's still 49.1a

  474. pep.

    Ge0rG, 49.1a then

  475. pep.

    explicit consent

  476. jonasw

    Ge0rG, mmm, I feel that this might be a reasonable assumption.

  477. jonasw

    like, if you send a message overseas, it’ll be overseas, period.

  478. alexis has left

  479. jonasw

    however, it’s unclear that you might send a message overseas when I send a message to somebody who is in e.g. sweden but has an account at $USProvider

  480. pep.

    I fear users do not know if it will be overseas, but we can just state the possibility in anycase

  481. Ge0rG

    I'm pretty sure we can argue that 49.1b applies here: you have a service contract with the XMPP server, and if you want your messages to be sent overseas, the server will happily do so

  482. alexis has joined

  483. Ge0rG

    jonasw: $USProvider is subject to GDPR then.

  484. winfried

    pep.: my reading is you need one of 49.1a-49.1g

  485. pep.

    winfried, yes

  486. jonasw

    I think c applies

  487. pep.

    if 45 and 46 don't apply

  488. Ge0rG

    jonasw: I don't thing 49.1c applies here

  489. Andrew Nenakhov has left

  490. pep.

    jonasw, as in, contract between server operators ?

  491. daniel has joined

  492. winfried

    49.1c needs a contract between server operators and it needs to be in the interest of the user. Mainly the first one is problematic, the second one may be

  493. Ge0rG

    I think that 1b is better applicable here.

  494. Andrew Nenakhov has joined

  495. pep.

    Well we don't have to settle on one, unless it's 1a

  496. pep.

    If both apply, great

  497. rtq3 has left

  498. rtq3 has joined

  499. winfried

    49.1b says (more or less) and analouge to 6.1b: when it is needed to perform the request of the user

  500. Ge0rG

    Yup.

  501. pep.

    yes

  502. winfried

    and that one is quite clear: we federate and transfer on request of the user

  503. sezuan has left

  504. jonasw

    Ge0rG, oh indeed I misread

  505. pep.

    Indeed, I only have that s2s connection if a user requests it

  506. winfried

    49.1a feels a bit like a minefield to me

  507. Ge0rG

    So I'd argue that transfer of content is covered by 49.1b because the user wanted the content to be sent to wherever, and meta-data is covered because the user wanted to subscribe or somesuch.

  508. winfried

    Ge0rG: +1

  509. pep.

    Seems good to me

  510. Ge0rG

    It might be a good tech TODO to have that written in the data policy.

  511. pep. fires vim

  512. lnj has joined

  513. Ge0rG

    people that you approve as contacts will be able to see your online status.

  514. jonasw

    Ge0rG, mmm, with subcsription I’d argue that some things aren’t obvious.

  515. winfried is listening

  516. jonasw

    ah, that’s what you meant

  517. jonasw

    makes sense

  518. pep.

    jonasw, I think we ought to make them obvious in the policies

  519. Ge0rG

    jonasw: let's make a list

  520. jonasw

    Ge0rG, ack

  521. jonasw

    1. vcard avatar is always publicly visible

  522. jonasw

    2. pep avatar and other pep things are most likely visible to your contacts. what things are there, besides avatars?

  523. Ge0rG

    jonasw: vcard avatar is public data. maybe good to have a separate category for that

  524. jonasw

    3. last online timestamp, status message, online status, list of online devices

  525. Alex has joined

  526. jonasw

    list of online devices also means things like software version btw

  527. jonasw

    because if you know the resource, you can IQ

  528. Ge0rG

    jonasw: I think that #2 is actually well covered implicitly. If you "play a tune", you want that to be shared with your friends

  529. jonasw

    possibly

  530. daniel has left

  531. jonasw

    it’s the clients job to make that explicit at least

  532. Ge0rG

    I don't want to open _that_ can of worms

  533. jonasw

    yupp

  534. jonasw

    that’s fine

  535. jonasw

    let’s focus on what must be done on the protocol/federation/server level.

  536. Ge0rG

    so we need two lists: things shared with everyone; things shared with contacts

  537. alexis has left

  538. winfried

    Ge0rG: yes

  539. Ge0rG

    the latter might contain surprises to the user.

  540. Ge0rG

    with everyone = with everyone who knows your JID

  541. pep.

    And things not shared, as in credentials etc., even if obvious

  542. alexis has joined

  543. Martin has left

  544. winfried

    Ge0rG: you can assume a JID to be publicaly known

  545. jubalh has left

  546. pep.

    Ge0rG, maybe define "everyone who knows you JID" a bit more? contacts, non-anon MUC owners

  547. Ge0rG

    winfried: can I?

  548. pep.

    other server operators

  549. Tobias has joined

  550. pep.

    winfried, I don't think so

  551. Ge0rG

    "contacts, chatrooms and their server operators"

  552. winfried

    don't know if that discussion is *very* relevant here/now but in practice most people publish their JID, so they can be contacted...

  553. Ge0rG

    winfried: if you publish your JID, your JID is obviously public

  554. Ge0rG

    winfried: but what if not

  555. lnj has left

  556. pep.

    I'm going to go soon-ish, starting to get hungry

  557. pep.

    This list falls under things to be transparent about in the privacy policy then

  558. Ge0rG

    pep.: yes, it's for the tech TODO

  559. pep.

    yep

  560. winfried

    +1

  561. Ge0rG

    so do we have 1.1d covered now=

  562. Ge0rG

    so do we have 1.1d covered now?

  563. winfried

    with the remark of sensitive data or not

  564. Ge0rG

    right.

  565. winfried

    (LQ1)

  566. pep.

    Ok

  567. Ge0rG

    the Sword of GDamoclesPR

  568. pep.

    Can we plan next?

  569. winfried

    yes

  570. winfried

    I will try if I can get some opinions on sensitive data in some lawyer groups I participate in

  571. jonasw

    I’m sure it’s sensitive data. I’d just like to have clarification on if simple store-and-forward (and no analysis) brings us into 9.1 realm

  572. winfried

    jonasw: exactly

  573. jonasw

    neat

  574. jonasw

    so, date of next?

  575. jonasw

    my constraints shifted and I’m unavailable thursday this week

  576. pep.

    not tomorrow if possible

  577. pep.

    Fri noon?

  578. jonasw

    friday would wfm, something like 10:30 CEST -- 11:30 CEST e.g.

  579. Ge0rG

    so friday?

  580. pep.

    I'm not available in the morning

  581. jonasw

    is 10:30 still morning at yours?

  582. pep.

    yes

  583. jonasw

    I see

  584. Ge0rG

    I'm blocked after 1300CEST

  585. daniel has joined

  586. pep.

    before 12 is morning :P

  587. pep.

    hmm

  588. jonasw

    mmm, I can’t promise 12:00CEST

  589. Ge0rG

    pep.: set up an alarm :P

  590. alexis has joined

  591. pep.

    Ge0rG, I have paid job to do

  592. pep.

    In between :p

  593. Ge0rG

    yeah, right :P

  594. winfried

    Friday I am available between 12:00 and 13:30 CEST

  595. pep.

    I can do 9:30 here, 8:30UTC

  596. alexis has left

  597. alexis has joined

  598. pep.

    if it doesn't go more than an hour

  599. Ge0rG

    jonasw: take your laptop to the lunch break? ;)

  600. Ge0rG

    it never went more than an hour!

  601. jonasw

    Ge0rG, lunch break people won’t approach

  602. jonasw

    *approve

  603. jonasw

    wtf is wrong with me

  604. pep.

    ok so 10:30CEST

  605. pep.

    In the end

  606. jonasw

    10:30 CEST on friday, ACK

  607. Ge0rG

    winfried> Friday I am available between 12:00 and 13:30 CEST

  608. Dave Cridland has left

  609. jonasw

    oh

  610. jonasw

    welp

  611. pep.

    hmm

  612. jonasw

    otherwise, next week same time as today would work for me too

  613. winfried

    OK, when doing some magic with my schedule, I can be reading from 10:30 but only be (really) active from appr. 11:00

  614. pep.

    Sure, Mon, Tue workforme

  615. Ge0rG

    we need to get this settled soon.

  616. pep.

    Fri I'm not here from 11:45 CEST to ~12:45 CEST

  617. jonasw

    I blocked friday 10:30 CEST, and I blocked Tue 12:30 CEST, I don’t care which you chose :)

  618. pep.

    Tue 12:13 CEST is fine by me

  619. winfried

    Tue wfm (more or less)

  620. pep.

    What works better?

  621. winfried

    Tue

  622. pep.

    Tue when?

  623. winfried

    after 9:30 CEST

  624. pep.

    I can do 10:30 CEST again on Tue, or anytime after that

  625. jonasw

    Ge0rG, 12:30 CEST on Tue?

  626. Ge0rG

    can do

  627. jonasw

    then it’s settled

  628. winfried

    Tuesday 12:30 CEST

  629. winfried bangs the gavel

  630. pep.

    :)

  631. mimi89999 has joined

  632. pep.

    what do you call morning btw? if it's not before noon

  633. alexis has left

  634. jonasw

    hmmm, in german there’s "vormittag", which awkwardly translates to pre-noon.

  635. alexis has joined

  636. Andrew Nenakhov has left

  637. Andrew Nenakhov has joined

  638. pep.

    Ok, I know in quebec they also have this weird notion of early morning and before noon, but in france I've never heard that

  639. pep.

    (french quebec)

  640. jonasw

    it’s not particularly weird, considering we have the same for after noon

  641. pep.

    Sure. Though in usual my mornings are pretty short anyway, so just having one word is fine by me :P

  642. winfried

    pep.: lol

  643. Ge0rG

    morning is the time between your first coffee and being awake.

  644. winfried

    what's in a word!

  645. pep.

    Ge0rG, can that also include noon?

  646. Holger

    Ge0rG: So morning == afternoon?

  647. jonasw

    even more weird are the swedes, where "middag" is both dinner and noon. eftermiddag is only afternoon, but not after dinner.

  648. pep.

    :D

  649. winfried

    Ge0rG: that is never in my case, I don't drink coffee and I am never awake :-P

  650. ta has left

  651. Zash

    "förmiddag"

  652. Ge0rG

    winfried: then you have an eternal morning?

  653. pep.

    I'll try to send the minutes today. And update the wiki after that

  654. Zash

    the morning that never ends?

  655. pep. out for lunch

  656. jonasw

    Zash, do you have a highlight on "swede"?

  657. winfried

    Ge0rG: welcome in my life ;-)

  658. jubalh has joined

  659. alexis has left

  660. MattJ

    jonasw, he has a highlight on "coffee"

  661. jonasw

    MattJ, that makes sense

  662. alexis has joined

  663. alexis has left

  664. Ge0rG

    A highlight on "highlight"

  665. alexis has joined

  666. alexis has left

  667. alexis has joined

  668. valo has joined

  669. Andrew Nenakhov has left

  670. Andrew Nenakhov has joined

  671. alexis has left

  672. alexis has joined

  673. ibikk has left

  674. ibikk has joined

  675. alexis has left

  676. alexis has joined

  677. Tim has joined

  678. tim@boese-ban.de has joined

  679. jonasw

    is dwd saying "do a PR, because a vote without PR isn’t really useful at all"?

  680. jonasw

    if so, I find that hard to get from that email :)

  681. MattJ

    Well, he's not instructing, but... yes

  682. alexis has left

  683. alexis has joined

  684. MattJ

    Voting on "X is a nice idea" and "PR X is good to merge" are different things. But I imagine Ge0rG would rather not work on a PR unless the council indicates it would be in favour of the idea of removing GC1

  685. Ge0rG

    What MattJ said.

  686. Ge0rG

    I can only imagine that Dave assumes I'm not sufficiently familiar with the Council process.

  687. jonasw

    or maybe is confused by your attempts to vote to abolish pidgin ;-)

  688. Kev

    I don't *think* Dave's mail says that.

  689. Kev

    I *think* he's just observing that the vote has no practical effect, rather that that it's a bad idea to have the vote.

  690. Ge0rG

    The practical effect will be that I'll get green lights on preparing a PR, and maybe even some Feedback From The Elders.

  691. Kev

    Ge0rG: That's not an effect of the vote, though, that's an effect of us discussing it.

  692. ThibG has joined

  693. Ge0rG

    Obviously, a Council member could decide to lure me by +1ing the general principle vote and then blocking any follow-up PR, but I don't hope this is going to happen.

  694. Kev

    I think the vote's a sensible thing to do, as a forcing function for discussion, but it doesn't achive anything that the discussion without out a vote wouldn't.

  695. Ge0rG

    Kev: there is actually one outcome I'm looking for: Council consensus on removal of GC1.

  696. Ge0rG

    Kev: if we don't manage to achieve that consensus, I'm not going to prepare a PR.

  697. Kev

    I think that's very sensible.

  698. Zash has left

  699. Ge0rG

    Which probably wasn't crystal clear from my e-mail.

  700. Kev

    And I think a vote as a forcing function on the discussion is sensible, too.

  701. efrit has joined

  702. Kev

    Just that it's not really *necessary*.

  703. Ge0rG

    Right.

  704. marmistrz has left

  705. Ge0rG

    I'm painfully aware that if the vote is accepted, we'll have a second vote on the subject matter of the PR.

  706. Ge0rG

    Even my mail to standards@ can be used to discuss the motion in the wider community.

  707. daniel has left

  708. alexis has left

  709. Kev

    I'm against it on the basis of having been reworking M-Link's MUC implementation recently and I implemented and tested GC1 joins :p

  710. Kev

    (No, I'm not really)

  711. Ge0rG

    Kev: you have nobody but yourself to blame. I've clearly stated my goal of burning GC1 half a year ago

  712. alexis has joined

  713. alexis has left

  714. alexis has joined

  715. Kev

    I'm not opposed in principle, but I do think we should have a story for how to address the 'just fix out of sync' that GC1 currently works for.

  716. Ge0rG

    Kev: "works"

  717. Zash

    Kev: It does the opposite of fixing anything.

  718. Kev

    It's not good, but it *does* work around some things at the moment.

  719. Kev

    e.g. if you've desynched then at least a presence broadcast means you start getting messages again.

  720. blabla has left

  721. Zash

    Kev: You'll still be desynced

  722. Kev

    We should describe how to detect and resolve those cases at the same time as getting rid of GC1.

  723. Zash

    As in, your view of the participant list may be outdated.

  724. Kev

    Zash: You will. You'll also be receiving messages.

  725. Ge0rG

    I think I made multiple proposals back in October.

  726. Martin has joined

  727. Ge0rG

    I could make an even more revolutionary one: let the MUC respond to self-pings by a participant.

  728. Zash

    Kev: True. Sending a full join bundle would help in that case.

  729. Ge0rG

    Zash: not quite

  730. Zash

    Ge0rG: Assuming clients understand "ok, forget everything, here's the current state", which might need adding

  731. Ge0rG

    Zash: because you'll end up with zombie users in your participant list

  732. Ge0rG

    Zash: yes. Assuming there is some kind of marker in the stream telling the client when to forget everything from before

  733. Ge0rG

    which there isn't in the normal join bundle

  734. moparisthebest has left

  735. Zash

    Correct. So Kev says we should address that.

  736. jere has joined

  737. Zash

    Returning an error and making the client rejoin does have the same end result tho, at the cost of a roundtrip

  738. Ge0rG

    Zash: except that most clients suck at rejoining.

  739. alexis has left

  740. alexis has joined

  741. Ge0rG

    Zash: somebody could implement a server-side MUC bouncer that hides all of this from the client.

  742. Zash

    Ge0rG: *ahem* mod_minimix?

  743. Ge0rG

    Zash: I don't appreciate that name very much, but yes.

  744. Zash

    Naming things is hard

  745. Ge0rG

    Zash: also I had a brief look at the source code and decided not to load it on yax.im

  746. Zash

    Ge0rG: Sane choice.

  747. Dave Cridland has left

  748. jonasw

    mod_minix -- run a minix inside lua and own all your traffic

  749. jonasw

    mod_mimimix -- complain about all attempts to join MIXes in the logs

  750. Ge0rG

    mod_mixtape - play low-quality music whenever somebody joins a mix

  751. Anu has joined

  752. Zash

    Hold on, how do you trick a MUC into subscribing to your presence?

  753. Ge0rG

    Oh. Hm.

  754. Ge0rG

    Right, adding a MUC to your roster doesn't imply much.

  755. Ge0rG

    I wonder what happens if you send a subscription request to a MUC

  756. alexis has left

  757. alexis has joined

  758. Guus has left

  759. andy has joined

  760. lovetox has joined

  761. Andrew Nenakhov has left

  762. Andrew Nenakhov has joined

  763. Andrew Nenakhov has left

  764. Andrew Nenakhov has joined

  765. Valerian has left

  766. Dave Cridland has left

  767. la|r|ma has joined

  768. la|r|ma has joined

  769. alexis has left

  770. Valerian has joined

  771. alexis has joined

  772. Andrew Nenakhov has left

  773. Andrew Nenakhov has joined

  774. Andrew Nenakhov has left

  775. Andrew Nenakhov has joined

  776. Kev

    My concern is that things are bad with desyncs, and we'll make them worse by just stopping doing gc1.

  777. Kev

    And on a Draft XEP that's not on.

  778. Ge0rG

    Kev: we'll just make clear how bad it actually is.

  779. daniel has left

  780. alexis has left

  781. jonasw

    Kev, silently losing messages (what we currently have) is worse than explicitly dropping out of a MUC.

  782. Ge0rG

    Kev: but I'm open to suggestions how to transition into the new world of awesome MUC without causing regressions

  783. Kev

    jonasw: And that's not what's on the table.

  784. Maranda re-read the gdpr thing

  785. jonasw

    Kev, it’s not?

  786. Kev

    jonasw: What's on the table is silently losing some messages vs silently losing more messages.

  787. jonasw

    Kev, no, you don’t *silently* lose more mesasges

  788. jonasw

    the user and client are aware that they’re losing messages, which isn’t the case with a silent pseudo-resync which happens on accidental GC1.0

  789. lnj has joined

  790. Ge0rG

    are aware that they *were* losing messages,

  791. jonasw

    Ge0rG, true.

  792. Kev

    jonasw: But how many existing clients are dealing with whatever behaviour we're moving towards?

  793. alexis has joined

  794. Maranda

    So in the end "user must explicitly give consent to treatment of his/her data by 3rd parties (receiving) when using s2s" is legally covering glad we got to that at least.

  795. jonasw

    Kev, if the MUC replies with a "kicked" status code, every single one I think.

  796. Kev

    jonasw: I'm not opposed to fixings, but we do have to be sure we're actually fixing them.

  797. Ge0rG

    jonasw: I really dislike "kicked" as opposed to a presence-error

  798. Kev

    jonasw: Great, so the user isn't getting messages and eventually they might wonder why that tab has gone quiet and look why and see they left 3 days ago.

  799. Ge0rG

    jonasw: because a sane client won't auto-rejoin after being kicked

  800. Maranda oO(and "who would have told" ™️)

  801. jonasw

    Ge0rG, kicked + 333 maybe?

  802. Ge0rG

    jonasw: that's not backward compatible to clients not parsing 333.

  803. jonasw

    Ge0rG, I’m not sure if clients handle type="error"

  804. Ge0rG

    jonasw: I'm speaking of "sane" clients.

  805. jonasw

    Kev, dunno, I’d *expect* clients to tell me that I got kicked out of a MUC.

  806. j.r has left

  807. jonasw

    Ge0rG, me too

  808. j.r has joined

  809. Anu

    so are we discussing MUC or what the new lighter MUC will be

  810. jonasw

    Ge0rG, have you made a survey how many handle type="error"?

  811. jonasw

    Anu, MUC

  812. Maranda

    Anu, uncertain.

  813. Ge0rG

    Kev: yes. It's better to see after three days that you got kicked than to lose three days worth of discussion and then silently rejoin

  814. Anu

    ah

  815. Alex has left

  816. Kev

    Ge0rG: except probably you don't lose 3 days of messages under gc1, because you will have silently kinda rejoined.

  817. Ge0rG

    Anu: I've stirred some controversy on the standards@ ML

  818. Kev

    I'm not saying gc1 is a good thing.

  819. Kev

    Or arguing that it should stay.

  820. Ge0rG

    Kev: maybe you only rejoined after two days.

  821. Kev

    I'm just saying that it's not clear that we yet have a story for what happens next.

  822. Maranda

    And why auto-rejoining is insane?

  823. Maranda

    🤔

  824. Ge0rG

    Maranda: it isn't, unless you were just kicked

  825. Anu

    Group chat (as people expect it) is such a solved problem. In my honest opinion, we should probably spit up the IRC clone from the kind of group chat people use today (which is more of a distribution list)

  826. Ge0rG

    Anu: yes, but then everybody wanted their favorite feature in and we ended up with MIX

  827. Anu

    MIX?

  828. jonasw

    Anu, XEP-0396

  829. jonasw

    eh

  830. jonasw

    Anu, XEP-0369

  831. Zash has left

  832. Ge0rG

    Anu: https://xmpp.org/extensions/xep-0369.html

  833. Ge0rG playing xep-bot

  834. jonasw

    good bot Ge0rG

  835. Kev

    It's MUC with the issues fixed.

  836. Ge0rG

    Kev: that's the optimistic view.

  837. Maranda

    -xep 369

  838. Bunneh

    Maranda: Mediated Information eXchange (MIX) (Standards Track, Experimental, 2018-03-18) See: https://xmpp.org/extensions/xep-0369.html

  839. Ge0rG

    I'm not convinced that MIX actually solves the problem we are talking about (s2s desync). All it provides is some hand-wavy "use MAM"

  840. Maranda

    -xep 396

  841. Bunneh

    Maranda: Jingle Encrypted Transports - OMEMO (Standards Track, Experimental, 2017-11-29) See: https://xmpp.org/extensions/xep-0396.html

  842. Kev

    Ge0rG: I think that's right, actually. We do need to get the MAM resync in there.

  843. Maranda

    :O

  844. jonasw

    yeah, MIX is in the state of "silent message loss", but with better recovery times than MUC

  845. Ge0rG

    jonasw: recovery times? I don't see no recovery times in MIX

  846. jonasw

    Ge0rG, in theory, each message stanza would trigger an s2sout attempt at the MIX side of things.

  847. Ge0rG

    Kev: so I assume your statement should read "MIX is MUC with additional issues." :P

  848. jonasw

    which is *probably* better than what happens with MUC-GC1.0-pseudo-resync which only happens when a client happens to update its presence.

  849. jonasw

    MIX fixes the resource part abuse.

  850. Kev

    And the long-term join.

  851. Maranda thinks currently MIX is in the "it'll cause a core meltdown", but he's vaguely biased.

  852. Kev

    And the multi-client.

  853. Anu has left

  854. ludo has left

  855. Martin has left

  856. ludo has joined

  857. jonasw

    everybody loves core dumps

  858. Maranda

    Stick a state somewhere in that last sentence

  859. Ge0rG

    jonasw: I'm not sure this is a real problem. And if it is, I'm not sure that abusing the localpart of the MIX JID to contain two fields is a good solution.

  860. Ge0rG

    Kev: we can solve multi-client long-term join in MUC without touching a single line of XEP.

  861. Maranda

    Agreed

  862. Kev

    I'm quite sure that's not true.

  863. Ge0rG

    All we need is a bouncer on the user's account that syncs with 0048.

  864. jonasw

    Ge0rG, it doesn’t shake the concept of "same bare JID == same identity", which is good enough for me I think

  865. Ge0rG

    Or 0402, or whatever.

  866. Kev

    As long as we have full-JID sharing, iq is going to be broken.

  867. jonasw

    yeah

  868. Ge0rG

    jonasw: except in MIX you have a 1:N relationship between identities and JIDs over different MIXes

  869. Martin has joined

  870. Maranda

    Although I'm somehow also sure somehow "bncs" will also be a cause of nuclear meltdowns

  871. jonasw

    Ge0rG, I’m not sure that matters much.

  872. SamWhited has left

  873. Guus has left

  874. Ge0rG

    Kev: what are the IQ use cases in MUC?

  875. Kev

    Any time you want to do anything that involves an iq.

  876. jonasw

    Ge0rG, initiating a call with an occupant (not the whole MUC)

  877. Kev

    So the same as non-MUC.

  878. daniel has left

  879. Ge0rG

    Kev: and self-references are self-references.

  880. Anu has joined

  881. Ge0rG

    The only IQs I'm actively using are (self)ping and version, and I just made a proposal to fix #1 and I can live with the ambiguity of #2

  882. Maranda eyes that "Thesis Survey" in jdev@

  883. Anu

    desync = netsplit ?

  884. Ge0rG

    Anu: kind of.

  885. Ge0rG

    Anu: https://mail.jabber.org/pipermail/standards/2017-October/033501.html has an in-depth explanation

  886. Maranda

    Ge0rG vcard:temp also

  887. jonasw

    Maranda, vcard:temp is on the account, not on the occupant

  888. jonasw

    Maranda, vcard:temp is on the account, not on the resource

  889. Maranda

    And time

  890. Dave Cridland has left

  891. jonasw

    so that’s about the one case where it doesn’t matter in MUC :)

  892. Anu

    We should all just use EF net and be happy

  893. Maranda

    What? Hmm is there a difference jonasw?

  894. Ge0rG

    Maranda: yes, in MUC you query the full JID for the vcard, and it gets routed by the MUC to the account of the participant

  895. Kev

    jonasw: No, actually, vcard:temp is another example of iq being broken.

  896. Kev

    Because it should go to the full JID of the occupant, not to their bare JID.

  897. jonasw

    Kev, wha?

  898. jonasw

    ITYM the other way round?

  899. Kev

    So all* MUC implementations have some special casing to detect a vcard and send it to the wrong place (bare JID) instead of the normal routing rules [*probably].

  900. Ge0rG

    Kev: so there is a viable workaround for that.

  901. jonasw

    ah, "should" in the sense of "the normal routing rules"

  902. jonasw

    Ge0rG, so we wanna staple further workarounds onto MUC for every IQ which might ever need to go to the bare JID?

  903. Maranda is confused with occupant != account muc wise

  904. Maranda

    Waiting for cell to return ™️

  905. Ge0rG

    jonasw: I'm sure the incremental overhead is minuscule.

  906. jonasw

    Ge0rG, but the adoption delay?

  907. jonasw

    and the difficulties for new implementers.

  908. jonasw

    and of course, the client code which needs to special-case requesting stuff from MUC occupants.

  909. SamWhited has left

  910. Ge0rG

    jonasw: write it down in 0045.

  911. daniel has left

  912. jonasw

    you mean like the vcard:temp hack is written down?

  913. Ge0rG

    jonasw: the special-casing in my client is just in two places :>

  914. Ge0rG

    jonasw: dunno. I'm not a server author. I'm busy enough keeping 0045 usable for client devs.

  915. Maranda

    Well iq routing has always been hassle in muc, e.g. who do you send to on ping, version, time etc

  916. Ge0rG

    a.k.a. not my department.

  917. Maranda

    In case of shared nick

  918. Maranda

    😎

  919. Ge0rG

    Maranda: I suggest "highest priority"

  920. Kev

    Maranda: Yes, that's one of the things that's fundamentally broken with MUC addressing.

  921. Ge0rG

    no, "most available"

  922. lnj has joined

  923. jonasw

    I suggest least mobile

  924. Alex has joined

  925. Maranda

    Least mobile 🤔😆

  926. @Alacer has left

  927. @Alacer has joined

  928. Andrew Nenakhov has left

  929. Andrew Nenakhov has joined

  930. Andrew Nenakhov has left

  931. Andrew Nenakhov has joined

  932. Guus has left

  933. Guus has left

  934. Guus has left

  935. marmistrz has joined

  936. Maranda

    And no hacks aren't written down e.g. Multi resource nicks

  937. j.r has left

  938. Ge0rG

    Maranda: PR the XEP!

  939. andy has left

  940. ThibG has joined

  941. Zash has left

  942. SamWhited has left

  943. Dave Cridland has left

  944. Anu has left

  945. rtq3 has left

  946. SamWhited has left

  947. rtq3 has joined

  948. Maranda

    Ge0rG I would use someone more literate than myself english wise

  949. Maranda

    😜

  950. Ge0rG

    Maranda: just don't plaster it with Emoji :P

  951. alexis has joined

  952. alexis has left

  953. alexis has joined

  954. alexis has left

  955. alexis has joined

  956. jere has joined

  957. jere has joined

  958. Holger

    #18.1.2 Ghost Users 👻

  959. Holger

    #5 Roles, Affiliations, and Privileges 😱

  960. marmistrz has joined

  961. waqas has joined

  962. Guus has left

  963. alexis has left

  964. alexis has joined

  965. marmistrz has joined

  966. Maranda

    Mobile Chrome even hangs browsing xeps

  967. Maranda

    🤔

  968. Ge0rG

    I was going to suggest status code 666 for the Ghost Rider.

  969. alexis has left

  970. Ge0rG

    Or maybe the GOST Rider. zinid and Andrew would appreciate that.

  971. Maranda

    666 which in reality is 999

  972. alexis has joined

  973. Valerian has left

  974. Valerian has joined

  975. Dave Cridland has left

  976. Valerian has left

  977. Valerian has joined

  978. Valerian has left

  979. Valerian has joined

  980. Guus has left

  981. Valerian has left

  982. SamWhited has left

  983. edhelas propose to ping Ge0rG to check the state of all the MUCs

  984. UsL has joined

  985. alexis has left

  986. Ge0rG

    edhelas: great idea. And then I quit XMPP and everybody's clients go offline

  987. alexis has joined

  988. daniel has left

  989. edhelas

    then I'm adding "Ge0rG MUST stay online" to the XEP

  990. jjrh has left

  991. Ge0rG

    edhelas: I'm not sure you need to write that into the XEP, it might suffice to get a Council vote.

  992. Ge0rG

    I'll request XSF funding for a multi-homed redundant-hardware HA cluster to run my poezio.

  993. Ge0rG

    Oh, wait. poezio needs restarts as well. I will request funding to develop a new client written in Erlang.

  994. jonasw

    Maranda, regarding english literacy, that’s the editors job when in doubt

  995. Maranda

    😲

  996. Ge0rG

    jonasw: I didn't want to say that, knowing that the editors are pretty busy

  997. jonasw

    Ge0rG, that’s no reason not to say the truth :)

  998. jubalh has joined

  999. UsL has joined

  1000. Ge0rG

    jonasw: while you are there... I have some pending PRs :D

  1001. jonasw

    Ge0rG, I know that

  1002. jonasw

    I have a pending PR mysefl

  1003. jonasw

    but unfortunately, what you were saying is also true ("the editors are pretty busy")

  1004. alexis has left

  1005. alexis has joined

  1006. SaltyBones has left

  1007. SamWhited has left

  1008. jjrh has left

  1009. daniel has left

  1010. lumi has left

  1011. jubalh has left

  1012. jjrh has left

  1013. alexis has left

  1014. Chobbes has joined

  1015. Chobbes has joined

  1016. alexis has joined

  1017. Tim has joined

  1018. Alex has left

  1019. marmistrz has joined

  1020. Alex has joined

  1021. jubalh has joined

  1022. Tim has joined

  1023. ThibG has left

  1024. ThibG has joined

  1025. jubalh has left

  1026. alexis has left

  1027. SamWhited has left

  1028. alexis has joined

  1029. alexis has left

  1030. alexis has joined

  1031. UsL has left

  1032. ludo has left

  1033. ludo has joined

  1034. j.r has joined

  1035. SamWhited has left

  1036. Tim has joined

  1037. UsL has joined

  1038. Tobias has joined

  1039. rtq3 has left

  1040. rtq3 has joined

  1041. Tim has left

  1042. alexis has joined

  1043. tux has left

  1044. Guus has left

  1045. daniel has left

  1046. Nekit has left

  1047. Nekit has joined

  1048. daniel has left

  1049. Tim has joined

  1050. la|r|ma has left

  1051. Dave Cridland has left

  1052. SamWhited has left

  1053. ThibG has left

  1054. ThibG has joined

  1055. Guus has left

  1056. alexis has left

  1057. alexis has joined

  1058. Tim has left

  1059. Tim has joined

  1060. ludo has left

  1061. ludo has joined

  1062. Guus has left

  1063. daniel has left

  1064. alexis has left

  1065. lumi has joined

  1066. alexis has joined

  1067. Tim has joined

  1068. lovetox has left

  1069. alexis has left

  1070. Dave Cridland has left

  1071. Tim has joined

  1072. alexis has joined

  1073. goffi has joined

  1074. Tim has joined

  1075. Guus has left

  1076. daniel has left

  1077. efrit has left

  1078. SamWhited has left

  1079. Tim has joined

  1080. lovetox has joined

  1081. Tim has joined

  1082. alexis has left

  1083. alexis has joined

  1084. Valerian has joined

  1085. Guus has left

  1086. Holger has left

  1087. Tim has joined

  1088. SamWhited has left

  1089. marc has left

  1090. alexis has left

  1091. SamWhited has left

  1092. alexis has joined

  1093. Guus has left

  1094. daniel has left

  1095. mrdoctorwho has joined

  1096. Guus has left

  1097. Ge0rG has left

  1098. SaltyBones has left

  1099. alexis has left

  1100. Dave Cridland has left

  1101. SamWhited has left

  1102. marc has left

  1103. Tim has joined

  1104. daniel has left

  1105. Lance has joined

  1106. Tim has joined

  1107. Martin has left

  1108. SaltyBones has left

  1109. alexis has joined

  1110. Tobias has joined

  1111. daniel has left

  1112. blabla has left

  1113. Dave Cridland has left

  1114. SamWhited has left

  1115. alexis has left

  1116. Tobias has left

  1117. Tobias has left

  1118. blabla has joined

  1119. Tobias has joined

  1120. Tobias has left

  1121. Tobias has joined

  1122. alexis has joined

  1123. SaltyBones has joined

  1124. Steve Kille has left

  1125. Steve Kille has left

  1126. sezuan has left

  1127. sezuan has left

  1128. daniel has left

  1129. Steve Kille has joined

  1130. alexis has left

  1131. alexis has joined

  1132. alexis has left

  1133. alexis has joined

  1134. sezuan has left

  1135. daniel has left

  1136. Ge0rG has joined

  1137. jjrh has left

  1138. waqas has left

  1139. Steve Kille has left

  1140. alexis has left

  1141. alexis has joined

  1142. SamWhited has left

  1143. ralphm has joined

  1144. Maranda has left

  1145. alexis has left

  1146. vanitasvitae has left

  1147. jjrh has left

  1148. alexis has joined

  1149. SamWhited has left

  1150. waqas has joined

  1151. jjrh has left

  1152. jjrh has left

  1153. marc has left

  1154. SamWhited has left

  1155. Valerian has left

  1156. daniel has left

  1157. rtq3 has left

  1158. alexis has left

  1159. rtq3 has joined

  1160. alexis has joined

  1161. Ge0rG has left

  1162. Dave Cridland has left

  1163. Lance has left

  1164. alexis has left

  1165. alexis has joined

  1166. ralphm has left

  1167. Dave Cridland has left

  1168. SamWhited has left

  1169. Andrew Nenakhov has left

  1170. Dave Cridland has left

  1171. Andrew Nenakhov has joined

  1172. rtq3 has left

  1173. alexis has left

  1174. rtq3 has joined

  1175. alexis has joined

  1176. daniel has left

  1177. jjrh has left

  1178. ralphm has left

  1179. Dave Cridland has left

  1180. SamWhited has joined

  1181. Dave Cridland has left

  1182. vanitasvitae has left

  1183. alexis has left

  1184. Tobias has joined

  1185. alexis has joined

  1186. Dave Cridland has left

  1187. marmistrz has left

  1188. Valerian has joined

  1189. Guus has left

  1190. marc has left

  1191. @Alacer has left

  1192. sezuan has left

  1193. sezuan has left

  1194. moparisthebest has joined

  1195. alexis has left

  1196. alexis has joined

  1197. ralphm has left

  1198. Valerian has left

  1199. Valerian has joined

  1200. Tobias has joined

  1201. Guus has left

  1202. Tobias has joined

  1203. j.r has joined

  1204. j.r has joined

  1205. alexis has left

  1206. alexis has joined

  1207. daniel has left

  1208. Valerian has left

  1209. Valerian has joined

  1210. marmistrz has left

  1211. alexis has left

  1212. alexis has joined

  1213. daniel has left

  1214. ThibG has left

  1215. ThibG has joined

  1216. Dave Cridland has left

  1217. Dave Cridland has left

  1218. alexis has left

  1219. SamWhited has left

  1220. alexis has joined

  1221. Chobbes has joined

  1222. alexis has left

  1223. Valerian has left

  1224. alexis has joined

  1225. SamWhited has left

  1226. Dave Cridland has left

  1227. alexis has left

  1228. alexis has joined

  1229. vanitasvitae has joined

  1230. Dave Cridland has left

  1231. daniel has left

  1232. SamWhited has left

  1233. Seve/SouL has left

  1234. alexis has left

  1235. alexis has joined

  1236. SamWhited has left

  1237. marmistrz has left

  1238. jjrh has left

  1239. Andrew Nenakhov has left

  1240. Andrew Nenakhov has joined

  1241. Andrew Nenakhov has left

  1242. Andrew Nenakhov has joined

  1243. alexis has left

  1244. daniel has left

  1245. alexis has joined

  1246. Tobias has joined

  1247. SamWhited has left

  1248. alexis has left

  1249. lskdjf has joined

  1250. alexis has joined

  1251. SamWhited has joined

  1252. jubalh has joined

  1253. marc has joined

  1254. jubalh has left

  1255. daniel has left

  1256. sezuan has left

  1257. sezuan has joined

  1258. alexis has left

  1259. andy has joined

  1260. alexis has joined

  1261. jubalh has joined

  1262. la|r|ma has joined

  1263. rtq3 has left

  1264. rtq3 has joined

  1265. alexis has left

  1266. alexis has joined

  1267. Dave Cridland has left

  1268. ta has joined

  1269. ta has joined

  1270. Dave Cridland has left

  1271. andrey.g has left

  1272. SamWhited has left

  1273. Dave Cridland has left

  1274. alexis has left

  1275. SamWhited has joined

  1276. Seve/SouL has joined

  1277. winfried has joined

  1278. Alex has left

  1279. alexis has joined

  1280. ibikk has joined

  1281. SamWhited has left

  1282. Dave Cridland has left

  1283. alexis has left

  1284. alexis has joined

  1285. andrey.g has joined

  1286. SamWhited has joined

  1287. Dave Cridland has left

  1288. alexis has left

  1289. jjrh has left

  1290. jjrh has left

  1291. daniel has left

  1292. alexis has joined

  1293. intosi has left

  1294. rtq3 has left

  1295. rtq3 has joined

  1296. jjrh has left

  1297. alexis has left

  1298. jjrh has left

  1299. jjrh has left

  1300. alexis has joined

  1301. Dave Cridland has left

  1302. Dave Cridland has left

  1303. rion has left

  1304. jjrh has left

  1305. alexis has left

  1306. SamWhited has left

  1307. alexis has joined

  1308. Syndace has left

  1309. ralphm has left

  1310. jjrh has left

  1311. Dave Cridland has left

  1312. alexis has left

  1313. jjrh has left

  1314. alexis has joined

  1315. Lance has left

  1316. Nekit has left

  1317. rion has left

  1318. Dave Cridland has left

  1319. Dave Cridland has left

  1320. Nekit has left

  1321. Dave Cridland has left

  1322. intosi has joined

  1323. ludo has left

  1324. ludo has joined

  1325. Dave Cridland has left

  1326. alexis has left

  1327. alexis has joined

  1328. Dave Cridland has left

  1329. marmistrz has left

  1330. ibikk has joined

  1331. daniel has left

  1332. andrey.g has left

  1333. Dave Cridland has left

  1334. alexis has left

  1335. Tobias has joined

  1336. remko has left

  1337. alexis has joined

  1338. Dave Cridland has left

  1339. Tobias has joined

  1340. sezuan has left

  1341. Syndace has joined

  1342. alexis has left

  1343. daniel has left

  1344. marmistrz has left

  1345. marc has left

  1346. Dave Cridland has left

  1347. alexis has joined

  1348. Dave Cridland has left

  1349. SamWhited has left

  1350. alexis has left

  1351. la|r|ma has joined

  1352. la|r|ma has joined

  1353. alexis has joined

  1354. Dave Cridland has left

  1355. Dave Cridland has left

  1356. tux has joined

  1357. andrey.g has joined

  1358. alexis has left

  1359. SamWhited has joined

  1360. alexis has joined

  1361. rtq3 has left

  1362. rtq3 has joined

  1363. jubalh has left

  1364. Dave Cridland has left

  1365. Maranda has joined

  1366. SamWhited has left

  1367. andy has left

  1368. SamWhited has joined

  1369. alexis has left

  1370. alexis has joined

  1371. ludo has left

  1372. blabla has left

  1373. moparisthebest has joined

  1374. Dave Cridland has left

  1375. lskdjf has left

  1376. Dave Cridland has left

  1377. ralphm has left

  1378. Dave Cridland has left

  1379. Dave Cridland has left

  1380. alexis has left

  1381. alexis has joined

  1382. Dave Cridland has left

  1383. ibikk has left

  1384. jubalh has joined

  1385. SamWhited has left

  1386. daniel has left

  1387. lnj has left

  1388. SamWhited has joined

  1389. Dave Cridland has left

  1390. alexis has left

  1391. lskdjf has left

  1392. Dave Cridland has left

  1393. alexis has joined

  1394. Dave Cridland has left

  1395. Dave Cridland has left

  1396. alexis has left

  1397. Dave Cridland has left

  1398. alexis has joined

  1399. j.r has joined

  1400. j.r has joined

  1401. Dave Cridland has left

  1402. Dave Cridland has left

  1403. SamWhited has left

  1404. alexis has left

  1405. tux has left

  1406. jubalh has left

  1407. alexis has joined

  1408. tux has left

  1409. rtq3 has left

  1410. rtq3 has joined

  1411. j.r has joined

  1412. j.r has joined

  1413. alexis has left

  1414. Dave Cridland has left

  1415. j.r has joined

  1416. j.r has joined

  1417. alexis has joined

  1418. SaltyBones has left

  1419. j.r has joined

  1420. j.r has joined

  1421. Dave Cridland has left

  1422. sezuan has left

  1423. ralphm has left

  1424. SamWhited has left

  1425. alexis has left

  1426. alexis has joined

  1427. Dave Cridland has left

  1428. Dave Cridland has left

  1429. Dave Cridland has left

  1430. alexis has left

  1431. alexis has joined

  1432. Lance has joined

  1433. Chobbes has left

  1434. efrit has joined

  1435. Chobbes has left

  1436. Dave Cridland has left

  1437. Andrew Nenakhov has left

  1438. Andrew Nenakhov has joined

  1439. pep. has joined

  1440. Andrew Nenakhov has left

  1441. Andrew Nenakhov has joined

  1442. Dave Cridland has left

  1443. jjrh has left

  1444. Dave Cridland has left

  1445. SamWhited has left

  1446. Dave Cridland has left

  1447. efrit has left

  1448. efrit has joined

  1449. Dave Cridland has left

  1450. jjrh has left

  1451. Dave Cridland has left

  1452. Lance has left

  1453. lskdjf has left

  1454. Dave Cridland has left

  1455. SamWhited has left

  1456. daniel has left

  1457. rtq3 has left

  1458. rtq3 has joined

  1459. lskdjf has joined

  1460. SamWhited has left

  1461. daniel has left

  1462. lovetox has left

  1463. waqas has left

  1464. Guus has left

  1465. ralphm has left

  1466. Lance has joined

  1467. rtq3 has left

  1468. rtq3 has joined

  1469. winfried has joined

  1470. Guus has left

  1471. Dave Cridland has left

  1472. Dave Cridland has left

  1473. Guus has left

  1474. SamWhited has left

  1475. Dave Cridland has left

  1476. Dave Cridland has left

  1477. Dave Cridland has left

  1478. daniel has left

  1479. Tim has joined

  1480. Tim has left

  1481. Tim has joined

  1482. Lance has left

  1483. SamWhited has left

  1484. Guus has left

  1485. Tim has joined

  1486. Lance has joined

  1487. Tim has joined

  1488. UsL has left

  1489. Tim has joined

  1490. Tim has joined

  1491. Dave Cridland has left

  1492. ralphm has left

  1493. Guus has left

  1494. waqas has joined

  1495. goffi has left

  1496. Tim has joined

  1497. lumi has joined

  1498. Dave Cridland has left

  1499. rtq3 has left

  1500. Guus has left

  1501. Tim has joined

  1502. SamWhited has left

  1503. Zash has left

  1504. waqas has left

  1505. Tim has joined