XSF Discussion - 2020-11-22


  1. Lance has left

  2. lovetox has left

  3. lorddavidiii has left

  4. arc has left

  5. arc has joined

  6. andrey.g has joined

  7. Lance has joined

  8. lskdjf has left

  9. Tobias has left

  10. lorddavidiii has joined

  11. Seve has left

  12. andrey.g has left

  13. emus has joined

  14. adiaholic has left

  15. adiaholic has joined

  16. arc has left

  17. arc has joined

  18. NosoyHacker404 has left

  19. Lance has left

  20. lorddavidiii has left

  21. debacle has left

  22. NosoyHacker404 has joined

  23. Lance has joined

  24. Lance has left

  25. alameyo has joined

  26. Lance has joined

  27. Calvin has left

  28. pasdesushi has left

  29. wladmis has joined

  30. Lance has left

  31. dwd has left

  32. Lance has joined

  33. Arne has left

  34. Arne has joined

  35. Nekit has left

  36. Lance has left

  37. govanify has left

  38. govanify has joined

  39. amuza@riseup.net has left

  40. Andrzej has joined

  41. amuza@riseup.net has joined

  42. antranigv has left

  43. Calvin has joined

  44. emus has left

  45. wladmis has left

  46. Andrzej has left

  47. wladmis has joined

  48. wladmis has left

  49. amuza@riseup.net has left

  50. adiaholic has left

  51. adiaholic has joined

  52. wladmis has joined

  53. amuza@riseup.net has joined

  54. Calvin has left

  55. amuza@riseup.net has left

  56. amuza@riseup.net has joined

  57. wladmis has left

  58. wladmis has joined

  59. Lance has joined

  60. neshtaxmpp has left

  61. Lance has left

  62. govanify has left

  63. govanify has joined

  64. neshtaxmpp has joined

  65. Andrzej has joined

  66. dwd has joined

  67. Mikaela has joined

  68. govanify has left

  69. govanify has joined

  70. Seve has joined

  71. Andrzej has left

  72. Nekit has joined

  73. lovetox has joined

  74. paul has joined

  75. DebXWoody has joined

  76. Lance has joined

  77. Lance has left

  78. chronosx88 has joined

  79. antranigv has joined

  80. lorddavidiii has joined

  81. waqas has left

  82. jcbrand has joined

  83. Andrzej has joined

  84. Maranda has left

  85. Maranda has joined

  86. govanify has left

  87. govanify has joined

  88. Andrzej has left

  89. Lance has joined

  90. Lance has left

  91. lovetox has left

  92. werdan has joined

  93. chronosx88 has left

  94. chronosx88 has joined

  95. wurstsalat has joined

  96. Tobias has joined

  97. debacle has joined

  98. krauq has left

  99. werdan has left

  100. krauq has joined

  101. Tobias has left

  102. Tobias has joined

  103. lskdjf has joined

  104. moparisthebest has left

  105. Adi has left

  106. LNJ has joined

  107. moparisthebest has joined

  108. Andrzej has joined

  109. Adi has joined

  110. krauq has left

  111. krauq has joined

  112. Andrzej has left

  113. Lance has joined

  114. lovetox has joined

  115. emus has joined

  116. alameyo has left

  117. alameyo has joined

  118. pasdesushi has joined

  119. Lance has left

  120. Adi has left

  121. Adi has joined

  122. Lance has joined

  123. Adi has left

  124. andrey.g has joined

  125. Adi has joined

  126. papatutuwawa has joined

  127. chronosx88 has left

  128. Daniel has left

  129. chronosx88 has joined

  130. krauq has left

  131. krauq has joined

  132. lorddavidiii has left

  133. lorddavidiii has joined

  134. Daniel has joined

  135. papatutuwawa has left

  136. pasdesushi has left

  137. lorddavidiii has left

  138. govanify has left

  139. govanify has joined

  140. Daniel has left

  141. Daniel has joined

  142. govanify has left

  143. govanify has joined

  144. Link Mauve

    Zash, https://github.com/xsf/xeps/pull/1010

  145. Andrzej has joined

  146. jonas’

    ohhh

  147. jonas’

    intriguing

  148. Link Mauve

    I probably missed some elements, and the examples are too bright in order to not have to modify the other CSS, but it’s a starting point.

  149. adiaholic has left

  150. chronosx88 has left

  151. chronosx88 has joined

  152. jonas’

    doesn’t seem to work with my fennec

  153. jonas’

    even though fennec itself is dark

  154. jonas’

    oh wait

  155. Link Mauve

    I only tested with my laptop’s Firefox, not my phone’s.

  156. jonas’

    my laptop firefox doesn’t know about dark mode at all -.-

  157. jonas’

    only via about:config methinks

  158. mukt2 has joined

  159. Link Mauve

    I configure mine from GTK’s settings.

  160. jonas’

    no GTK here

  161. Link Mauve

    echo '[Settings] gtk-application-prefer-dark-theme = true' >> ~/.config/gtk-3.0/settings.ini

  162. debacle has left

  163. jonas’

    works on my laptop’s firefox if I force it to dark

  164. Link Mauve

    Oh, do you build it with Qt support?

  165. jonas’

    Link Mauve, no, but I don’t have any gtk tooling

  166. Link Mauve

    I didn’t know it still supported that.

  167. jonas’

    I use whatever debian does

  168. Link Mauve

    Debian most likely builds Firefox with GTK.

  169. jonas’

    sooo... on the platform which most natively supports dark mode (android), firefox (fennec) fails to respect it for websites, while it does for its own ui?

  170. jonas’

    hm, I find the syntax highlighting hard to read

  171. jonas’

    not sure this is an improvement

  172. Link Mauve

    I could make it fully white if you prefer.

  173. jonas’

    yes, that or fixing the stylesheet of the syntax highlighter

  174. Link Mauve

    Or figure out XML colours which go better on a dark background.

  175. chronosx88 has left

  176. chronosx88 has joined

  177. Link Mauve

    jonas’, there.

  178. jonas’

    now they’re dark

  179. jonas’

    https://share.dreckshal.de/dpm/ZiGcUDzS8UZ3iGfpV-LiMoZHjhIvWmfvkGRZU8nyyAk.png

  180. Link Mauve

    Wut, did I forget to commit the prettify.css?

  181. jonas’

    oh

  182. jonas’

    sorry

  183. Link Mauve

    No I didn’t.

  184. jonas’

    I was under the impression you only changed xmpp.css

  185. jonas’

    I didn’t update prettify.css on my webserver

  186. jonas’

    much better

  187. jonas’

    this is great, thanks!

  188. Link Mauve

    :)

  189. jonas’

    pushed

  190. jonas’

    need to poke the docker stuff once it’s done, but lunch first

  191. adiaholic has joined

  192. Link Mauve

    I should have done that years ago…

  193. adiaholic has left

  194. jonas’

    no, that would’ve been with the old CSS ;)

  195. jonas’

    huh

  196. jonas’

    the change didn’t make it into the docker image

  197. jonas’

    not sure why, need to look at it later, lunch first

  198. Link Mauve

    Enjoy. :)

  199. peetah has left

  200. peetah has joined

  201. krauq has left

  202. krauq has joined

  203. adiaholic has joined

  204. Zash

    Ooooh

  205. mukt2 has left

  206. pasdesushi has joined

  207. adiaholic has left

  208. matkor has left

  209. matkor has joined

  210. larma

    jonas’, I am not a big fan of Blurhash. I think it's not really well documented. https://github.com/woltapp/blurhash/blob/master/Algorithm.md is all you get. It uses custom, digit-based base 83 encoding, doesn't support alpha channel. And as far as I can see, it's not even heavily popular. Mastodon and Signal use it, and that's basically it. It just happen to be circulated within XMPP people for some reason and the word Blurhash is even used here as a synonym for "very small image scaled up in a blurry way" by some.

  211. pasdesushi has left

  212. jonas’

    larma, no, I specifically talk about blurhash

  213. jonas’

    by that I mean the entire package, because I looked at it and I consider it a reasonable and smart solution to the problem

  214. jonas’

    in contrast to taking an 8x8 JPEG/PNG and scaling that up with a bilinear filter

  215. jonas’

    I’m not sure how alpha channels would even work with such a technology, that needs more thought

  216. amuza@riseup.net has left

  217. larma

    why do you think it's smart comparing to a simple bitmap? I wouldn't take jpeg or png because they have huge overhead for small size images

  218. larma

    classic pc bitmap, you now this old .bmp, is much better for very small images

  219. pasdesushi has joined

  220. adiaholic has joined

  221. larma

    4x3 = 12 32-bit colors are just 48 byte, encode them using base64 and you get 64 ascii chars. Yes a 4x3 blurhash is "just" 28 ascii chars. But given the overall overhead we have in XMPP that's not a huge thing. Also as quality of blurhash isn't exactly comparable with 32-bit color, we can easily reduce this by half (using 16-bit colors) and reach a size that is pretty close.

  222. jonas’

    Link Mauve, there, it’s live (cc @ Zash)

  223. Zash

    Shiny, thanks Link Mauve

  224. Link Mauve

    Woohoo!

  225. larma

    jonas’, test image: http://larma.de/blur_sample_base.jpg 4x3 blurhash: http://larma.de/blur_sample_blurhash_4x3.jpg image scaled to 4x3, reduced color depth to 12-bit (no alpha) and then scaled up again, both scaling used cubic interpolation: http://larma.de/blur_sample_cubic_scaled_4x3.jpg

  226. Link Mauve

    Tbh I don’t recognise any feature of the original image in either of the 4×3.

  227. moparisthebest has left

  228. jonas’

    larma, can you use cubic in browsers?

  229. larma

    well, you can see a rough estimate of the color

  230. pasdesushi has left

  231. Link Mauve

    jonas’, you can use any algorithm with the <canvas> API.

  232. Zash

    Point is to have something to show until you download the actual image

  233. jonas’

    Link Mauve, sure

  234. chronosx88 has left

  235. larma

    The problem is that if you don't have alpha in the preview you can't correctly display it if the final image has alpha and you want to display it on background of varying color (which we need to consider in a heterogenous environment like public XMPP network). You certainly could add an alpha component to blurhash, but then you couldn't reuse existing implementations, making it probably harder to use (and not smaller in size) than just using bitmap data.

  236. jonas’

    larma, not wrong, but I wonder how that cubic interpolation of yours would look like with alpha

  237. Calvin has joined

  238. chronosx88 has joined

  239. moparisthebest has joined

  240. larma

    I guess cubic interpolation isn't that good for images that typically have alpha. It works good for photos, not necessarily for graphics

  241. jonas’

    yep

  242. pasdesushi has joined

  243. jonas’

    downscaling alpha also doesn’t work wel

  244. jonas’

    downscaling alpha also doesn’t work well

  245. amuza@riseup.net has joined

  246. pasdesushi has left

  247. pasdesushi has joined

  248. larma

    but blurhash also doesn't work well for anything that is not photos, so that's a general issue for these kinds of things

  249. jonas’

    exactly

  250. eevvoor has joined

  251. lorddavidiii has joined

  252. jonas’

    but I guess one could pick a blurhash-y thing for JPEG input and a simple downscaled bitmap for non-JPEG input

  253. pasdesushi has left

  254. larma

    with alpha: http://larma.de/blur_cat_base.png image scaled to 4x4 (32-bit with alpha) and scaled up to original: http://larma.de/blur_cat_cubic_scaled_4x4.png

  255. jonas’

    hm, probably OK on a uniform coloured background

  256. jonas’

    hm, probably OK on a uniformly coloured background

  257. larma

    would probably have more effect on images where more than just a few pixels on the edges have transparency

  258. krauq has left

  259. krauq has joined

  260. lovetox has left

  261. lovetox has joined

  262. papatutuwawa has joined

  263. larma

    http://larma.de/blur_xmpp_base.png, http://larma.de/blur_xmpp_cubic_scaled_4x4.png

  264. peetah has left

  265. peetah has joined

  266. larma

    in any case scaling down to very small images and reducing color depth and then scaling up again gives decent enough results, at least on the same level of blurhash, if you use some more advanced interpolation. If for some reason your platform does not allow you to do this, but you can do gaussian blur, an alternative would be to use no interpolation when scaling up and then apply gaussian blur (with radius set to scaling factor) on the few "very large pixels". Results should be similar.

  267. larma

    especially implementation work for everyone who can't use any of the existing encoder and decoders is going to be much less when being based on simple rgb bitmaps instead of complex encodings.

  268. lovetox has left

  269. Andrzej has left

  270. Andrzej has joined

  271. LNJ has left

  272. Shell has left

  273. jonas’

    sure

  274. jonas’

    makes sense

  275. LNJ has joined

  276. papatutuwawa has left

  277. papatutuwawa has joined

  278. Andrzej has left

  279. Andrzej has joined

  280. lovetox has joined

  281. antranigv has left

  282. antranigv has joined

  283. deuill has joined

  284. goffi has joined

  285. deuill has left

  286. peetah has left

  287. peetah has joined

  288. LNJ has left

  289. papatutuwawa has left

  290. papatutuwawa has joined

  291. papatutuwawa has left

  292. papatutuwawa has joined

  293. papatutuwawa has left

  294. Vaulor has left

  295. papatutuwawa has joined

  296. Seve has left

  297. papatutuwawa has left

  298. moparisthebest has left

  299. papatutuwawa has joined

  300. papatutuwawa has left

  301. papatutuwawa has joined

  302. papatutuwawa has left

  303. papatutuwawa has joined

  304. moparisthebest has joined

  305. papatutuwawa has left

  306. papatutuwawa has joined

  307. papatutuwawa has left

  308. papatutuwawa has joined

  309. papatutuwawa has left

  310. papatutuwawa has joined

  311. papatutuwawa has left

  312. papatutuwawa has joined

  313. papatutuwawa has left

  314. papatutuwawa has joined

  315. papatutuwawa has left

  316. papatutuwawa has joined

  317. papatutuwawa has left

  318. papatutuwawa has joined

  319. papatutuwawa has left

  320. antranigv has left

  321. Vaulor has joined

  322. Seve has joined

  323. Shell has joined

  324. lovetox has left

  325. lorddavidiii has left

  326. adiaholic has left

  327. adiaholic has joined

  328. Andrzej has left

  329. Andrzej has joined

  330. lovetox has joined

  331. Andrzej has left

  332. Andrzej has joined

  333. Yagiza has joined

  334. Andrzej has left

  335. Andrzej has joined

  336. LNJ has joined

  337. MattJ has left

  338. MattJ has joined

  339. lorddavidiii has joined

  340. sonny has left

  341. Zash

    MattJ, jcbrand, either of you happen to have an updated XEP-0317: Hats somewhere in your TODOs?

  342. MattJ

    Yes

  343. MattJ

    edhelas also expressed an interest in it recently, maybe he'll beat me to it

  344. SamWhited

    I think a lot of distros (maybe Debian?) enable Firefox's anti-fingerprinting protections by default (which disables dark mode entirely)

  345. SamWhited

    For whomever was saying it wasn't working in Firefox.

  346. Zash

    Wasn't that Firefox mobile? Worksforme with Firefox on Debian

  347. xecks has left

  348. xecks has joined

  349. werdan has joined

  350. Andrzej has left

  351. SamWhited

    oh, fair, I just saw "doesn't work in Firefox" in the history and was taking a wild-ass guess. So grain of salt.

  352. adiaholic has left

  353. LNJ has left

  354. peetah has left

  355. arc has left

  356. arc has joined

  357. andrey.g has left

  358. peetah has joined

  359. debacle has joined

  360. lovetox has left

  361. Andrzej has joined

  362. antranigv has joined

  363. LNJ has joined

  364. lovetox has joined

  365. LNJ has left

  366. LNJ has joined

  367. arc has left

  368. arc has joined

  369. Andrzej has left

  370. moparisthebest

    Zash: https://addons.mozilla.org/en-US/firefox/addon/darkreader/ actually seems to work great on almost all sites

  371. papatutuwawa has joined

  372. mathieui

    moparisthebest, yes but is quite heavy

  373. mathieui

    (I mean if you don’t have a recent multicore machine you will struggle on anything but simple pages like linkmauve.fr)

  374. Link Mauve

    linkmauve.fr once again > *

  375. moparisthebest

    I haven't noticed any problems, I even use it on my android firefox

  376. Zash

    Good thing I broke my new laptop and only use a 9 year old thinkpad.

  377. Zash

    (stationary thinkpad, grown stuck to my desk)

  378. Shell has left

  379. Shell has joined

  380. mathieui

    moparisthebest, I noticed on an i7-7700k with 16GB of ram

  381. eta can't reach linkmauve.fr

  382. Link Mauve

    :o

  383. eta

    Link Mauve, oh, you don't do port 80

  384. Link Mauve

    No, only port 443.

  385. Link Mauve

    It should be part of hsts preload though.

  386. Andrzej has joined

  387. eta

    huh, so it is

  388. eta

    (checking hstspreload.org)

  389. eta

    that reminds me, I need to fix HSTS on theta.eu.org

  390. sonny has joined

  391. j.r has left

  392. j.r has joined

  393. Ge0rG

    HSTS preload. Whoever had that idea needs to be punished in horrible ways. I mean, yes, it works for something like the top 1000, but how are you supposed to bundle all the crypto nerds' homepages into all the browsers?

  394. moparisthebest

    seems to be working no?

  395. Ge0rG

    So I need to submit all my websites to make it break?

  396. moparisthebest

    submit them all, it'll be fine

  397. Zash

    inb4 Ge0rG submits <every uuid>.example

  398. Andrzej has left

  399. Zash

    Aren't browsers also shipping CRLs embedded? And all sorts of stuff

  400. krauq has left

  401. krauq has joined

  402. krauq has left

  403. krauq has joined

  404. Andrzej has joined

  405. Zash

    Ge0rG: Looks like it's only 12MB uncompressed JSON https://github.com/chromium/chromium/blob/master/net/http/transport_security_state_static.json

  406. Ge0rG

    Zash: well yes, that's *before* I submitted all my domain names! 😁

  407. jonas’

    SamWhited, I have the issue on android, and it’s officially not supported according to MDN

  408. Yagiza has left

  409. Andrzej has left

  410. Andrzej has joined

  411. Andrzej has left

  412. j.r has left

  413. j.r has joined

  414. Lance has left

  415. lorddavidiii has left

  416. Lance has joined

  417. DebXWoody has left

  418. pasdesushi has joined

  419. Andrzej has joined

  420. Lance has left

  421. pasdesushi has left

  422. Lance has joined

  423. Nekit has left

  424. werdan has left

  425. mp5 has left

  426. pasdesushi has joined

  427. Andrzej has left

  428. LNJ has left

  429. pasdesushi has left

  430. strypey has joined

  431. strypey has left

  432. lovetox

    that there is a execute action and an execute attribute and both have defaults if absent

  433. lovetox

    is beyond confusin in 0050

  434. Zash

    yeah

  435. Andrzej has joined

  436. lovetox

    The action "execute" is equivalent to the action specified in the "execute" attribute. If the "execute" attribute is absent, it defaults to "next".

  437. lovetox

    that sentence is a real treat

  438. lovetox

    what default to next here

  439. lovetox

    the action or the attribute

  440. Zash

    You're telling me it's still confusing after this went trough council? :/

  441. lovetox

    actually no

  442. lskdjf has left

  443. lskdjf has joined

  444. lovetox

    the way this is written, it must be the attribute that is meant

  445. lskdjf has left

  446. lskdjf has joined

  447. lskdjf has left

  448. lskdjf has joined

  449. papatutuwawa has left

  450. lskdjf has left

  451. lskdjf has joined

  452. Ge0rG

    It was even more confusing, and then there was a long discussion how to remove the confusion without changing any normative text

  453. strypey has joined

  454. strypey has left

  455. lskdjf has left

  456. lskdjf has joined

  457. Andrzej has left

  458. lovetox

    it would be so much clearer if the execute action simply did not exist

  459. lskdjf has left

  460. lskdjf has joined

  461. Zash

    I was thinking that execute = start

  462. lovetox

    execute = everything

  463. werdan has joined

  464. lskdjf has left

  465. lskdjf has joined

  466. lskdjf has left

  467. lskdjf has joined

  468. lskdjf has left

  469. lskdjf has joined

  470. lskdjf has left

  471. lskdjf has joined

  472. Calvin has left

  473. moparisthebest has left

  474. lskdjf has left

  475. lskdjf has joined

  476. Arne has left

  477. Arne has joined

  478. Dele Olajide has joined

  479. lskdjf has left

  480. lskdjf has joined

  481. lskdjf has left

  482. lskdjf has joined

  483. lovetox

    wait, is the execute action a real action element?

  484. lovetox

    its not in any of the examples

  485. Zash

    Isn't it the first step?

  486. Zash

    https://xmpp.org/extensions/xep-0050.html#execute-simple

  487. lovetox

    yes

  488. werdan has left

  489. lovetox

    the question was, will i see in real life ever a <execute/> element

  490. Zash

    no

  491. lovetox

    no

  492. lovetox

    yeah, ok starts to make more sense slowly

  493. lovetox

    would be useless

  494. lskdjf has left

  495. lskdjf has joined

  496. Dele Olajide has left

  497. Zash

    action=execute → status=executing → { action=next|prev|complete } → status=completed

  498. lovetox

    ah so i can simply never send action=execute

  499. lovetox

    except for the first command

  500. Zash

    you MAY, or not. it's the only option at that point, so redundant

  501. lovetox

    ok that makes it simpler

  502. lovetox

    because from a gui standpoint, if i draw buttons next, prev, etc

  503. lovetox

    but when clicking on them i send "execute" suddenly

  504. Dele Olajide has joined

  505. Zash

    Link Mauve, p.box (Note: ...) has black text

  506. Lance

    you can send action=execute any time. but it's the "idk what i want, you decide for me" option. so the responder decides what actually happens

  507. Link Mauve

    Zash, do you want to fix it, or should I do it?

  508. Zash

    Link Mauve: Do *you* want to? I can, but not now.

  509. Lance

    i'd wouldn't send action=execute if a user actually clicked on a prev/next/complete button, just the explicit action the user chose

  510. Link Mauve

    Zash, I’m working on Jingle stuff.

  511. Link Mauve

    I can do it at some point too.

  512. lovetox

    yeah Lance thats what i also think

  513. Lance

    only time id consider using action=execute would for some automated exchange, where i just want to fast track though the default happy path the responder wants

  514. moparisthebest has joined

  515. Lance

    but even then, ehhh

  516. lskdjf has left

  517. lskdjf has joined

  518. lovetox

    oh wow just found this

  519. lovetox

    If the <actions/> possesses the "execute" attribute, that value is the default button or option. If the <actions/> does not possess the "execute" attribute, there is no default button or option.

  520. lovetox

    thats what i was actually searching

  521. lovetox

    so i just pick whatever the execute attr tells me and color my button

  522. lskdjf has left

  523. lskdjf has joined

  524. lovetox

    and i never have to actually send execute or even care what it "defaults" to if its not htere

  525. lskdjf has left

  526. lskdjf has joined

  527. Lance

    yeah, the whole execute attribute thing is entirely for UI guidance/hinting on the submitter side. if you're the responder and receive action=execute it just means you get to choose what happens instead of the submitter choosing

  528. goffi has left

  529. lskdjf has left

  530. Lance

    the ambiguity in the model comes from when the responder provides (or doesn't provide any) UI hints that match what it would choose

  531. Zash

    Ought to have been called "default", but oh well

  532. pasdesushi has joined

  533. Lance

    err, UI hints that _do not match_ what it would choose

  534. pasdesushi has left

  535. pasdesushi has joined

  536. Nekit has joined

  537. pasdesushi has left

  538. chronosx88 has left

  539. chronosx88 has joined

  540. Mikaela has left

  541. Dele Olajide has left

  542. lovetox

    i think the problem is that i trys to fill 2 jobs

  543. lovetox

    first provide a UI hint

  544. lovetox

    2. for this rare usecase where i just want to send "execute"

  545. lovetox

    i wonder how a xmpp lib fullfills both things

  546. lovetox

    because the xep says, execute defaults to "next"

  547. chronosx88 has left

  548. lovetox

    but obviously a xmpp lib should not fill the var with "next" otherwise the UI doesnt know that there was no default action and no UI hint should be given

  549. lovetox

    either way, after working this out now, i treat it only as UI hint client side

  550. Tobias has left

  551. lovetox

    and i dont default it to "next", because not set means no hint should be given

  552. nyco has left

  553. nyco has joined

  554. raghavgururajan has left

  555. lovetox has left

  556. wladmis has left

  557. raghavgururajan has joined

  558. pasdesushi has joined

  559. NosoyHacker404 has left

  560. pasdesushi has left

  561. eevvoor has left

  562. larma has left

  563. lskdjf has joined

  564. larma has joined

  565. lovetox has joined

  566. arc has left

  567. arc has joined

  568. lovetox has left

  569. andrey.g has joined

  570. govanify has left

  571. govanify has joined

  572. raghavgururajan has left

  573. krauq has left

  574. krauq has joined

  575. marc0s has left

  576. arc has left

  577. arc has joined

  578. nyco has left

  579. nyco has joined

  580. NosoyHacker404 has joined

  581. Adi has left

  582. Adi has joined

  583. raghavgururajan has joined