XSF Discussion - 2020-05-15


  1. pep.

    6121 doesn't seem to include a rationale as to why it's not possible to add multiple roster items at the same time. Any idea?

  2. pep.

    Slightly more fine-grained errors? Even if it's already possible for one error reply to mean multiple things

  3. adiaholic_

    Hello everyone, I'm Aditya Borikar, a candidate for gsoc 2020. I plan on having my weekly logs put up at https://adiaholic.github.io/gsoc2020/ Is it possible that we add this to planet.jabber.org ?

  4. Ge0rG

    ralphm: ^

  5. Ge0rG

    adiaholic_: in case you don't get an immediate response from ralphm in here, you might also write directly to ralphm@ik.nu (Jabber and e-mail).

  6. adiaholic_

    Ge0rG: Alright. Thanks alot 😀

  7. ralphm

    adiaholic_, I added the feed and it should pop up for the next poll cycle. Thanks!

  8. vanitasvitae

    🎉️

  9. adiaholic_

    Yayy !

  10. pep.

    MattJ, I only ask here because we talked about it in another channel (I don't have time to allocate right now for this), will it be possible in MAM to configure storage duration etc.? So it's not just a boolean (store / don't store)

  11. pep.

    MattJ, I only ask here because we talked about it in another channel (I don't have time to allocate right now to this), will it be possible in MAM to configure storage duration etc.? So it's not just a boolean (store / don't store)

  12. pep.

    Is that at least something you'd see in or around MAM

  13. MattJ

    pep., yes, but not in 313

  14. MattJ

    store/don't store is out of 313 now - I don't like the routing/reliability implications those preferences have, and most clients (probably rightly) don't expose them to the user

  15. MattJ

    Message retention however is an important preference that should be available to the user

  16. MattJ

    I almost added it to 313 in the latest revision, but it got too complex and I left it out

  17. MattJ

    I'm planning an account preferences XEP, so I'll probably base it on that

  18. rion

    Why xep-0414 (crypto funcs) says BLAKE2b256 is MUST and BLAKE2b512 is SHOULD while implementations do the opposite? openssl for example doesn't have BLAKE2b256 at all.

  19. Link Mauve

    AIUI, blake2b doesn’t have specific bit lengths, it operates at some length and then the application truncates the final hash to the length of its choice.

  20. rion has forked QCA and doing some mods

  21. rion

    Link Mauve: I checked just openssl in details. There is hardcoded digest size to 64 bytes for blake2b

  22. Link Mauve

    That sounds unwanted.

  23. rion

    reference implementation supports variable digest length but it's terrible slow from my tests

  24. Link Mauve

    But I don’t know much more about this hash function, I just use the RustCrypto version of it.

  25. jonas’

    rion, I’m fairly certain to have tested that with python, which AIUI just uses openssl under the hood for the more "fun" hashes

  26. jonas’

    rion, but I suppose we can change that if it poses an issue in practice

  27. Zash

    I'm only aware of blake2s256 and blake2b512 in OpenSSL, and I have had no reason to use them yet so that branche isn't merged

  28. rion

    Zash: yep. for 256 there is blake2s256. I believe it generates a different digest in comparison to blake2b256

  29. rion

    Well I would agree to make blake2b512 MUST instead. I guess it should still work on x32 systems with reference implementation. Just not optimal. But it's quite widespread.

  30. jonas’

    rion, can you make a PR against the XEP, ideally with data about various implementations and their support levels?

  31. jonas’

    e.g. what about libressl?

  32. xnamed^

    problem solved but why did you change the port from 5269 to 9269?

  33. Zash

    xnamed^, it's been like that for as long as I can remember

  34. rion

    jonas’: not supported at all by libressl

  35. rion

    jonas’: I'll make a PR as soon as I finished with QCA which touches many implementations

  36. jonas’

    thanks

  37. MattJ

    Is someone around who could give me admin on wiki.xmpp.org?

  38. jonas’

    MattJ, MattJ should be able to ^

  39. jonas’

    (sorry, scnr)

  40. MattJ

    Yes, I don't feel like poking around in databases, but I guess it's a last resort

  41. Ge0rG

    MattJ: are you talking of wiki admin or ssh on the box?

  42. MattJ

    Wiki

  43. MattJ

    My account got lost during the Great Crash, and when it got recreated it was without admin privs

  44. Ge0rG

    MattJ: according to https://wiki.xmpp.org/web/index.php?title=Special:ListUsers&group=bureaucrat you need to ping Alex, Kev or Xsfadminaccount

  45. Kev

    .

  46. MattJ

    Don't worry, I just opened the docker stuff for an unrelated reason and found the password for xsfadminaccount :)

  47. MattJ

    (which I didn't know was a thing)

  48. Kev

    Oh, I added you to admins as soon as you asked, pretty much.

  49. MattJ

    Ok, thanks

  50. Kev

    Well, as soon as Ge0rG replied, actually.

  51. Ge0rG

    A nice example for the effectiveness of name-dropping.

  52. Kev

    I'd rather you hadn't, TBH. I'm off work at the moment for personal reasons.

  53. Kev

    But yes, it was effective.

  54. Ge0rG

    Kev: sorry. Have a nice day :)

  55. MattJ

    I turned xmpp.net back on, on the old server

  56. Zash queues a test for xmpp.org to see if it even works

  57. MattJ

    Don't spoil everything

  58. mathieui queues a test on jabber.fr

  59. Zash

    inb4 load over 9000 as usual

  60. mathieui

    seems to work

  61. MattJ

    Yay

  62. Neustradamus_

    xmpp.net is back!