Gajim - 2023-10-04


  1. fjklp

    it would probably make sense to add a button to the media previews to 'open in external application', which just does something like `xdg-open`

  2. fjklp

    oh, I see that it's already possible with the audio player by clicking the icon, but that's kind of hidden

  3. Marzanna

    > Marzanna: got some ooshtebrooks? bodqhrohro: i have to buy some

  4. ann

    > Let's better fork that revolution client and make it support both OMEMO and OMEMO 2 (we already attempted, but it's not worth doing really, easier to ignore it as it lacks many features anyway). we can try to implement OMEMO2 as an encryption plugin for Gajim, but OMEMO2 (it"s version 0.8, why it is called 2 by the way?) still considered as Experimental and may change specs at any time.

  5. Kris

    2 is just an informal name since some of the internals change significantly over earlier versions

  6. MSavoritias (fae,ve)

    its not informal is it? i always thought it refered to the namespace

  7. Kris

    I think it is relatively stable. Only if people are discovering issues with it, the specs will change. And only if there are implementations people can discover issues with it.

  8. pep.

    It's not called "2" btw, it's still called OMEMO.

  9. pep.

    Yeah, "2" is just part of the namespace, but that's a technical detail

  10. pep.

    And 0.8 is the version of the spec, nothing to do with the namespace

  11. ann

    afaik there was a consensus between major xmpp client developers that they will stick to eu.siacs.conversations.axolotl namespace until final stabilization of xep00384 and it is still in experimental yet

  12. pep.

    I doubt it

  13. ann

    so i see no reason wasting time to implement experimental spec

  14. pep.

    Not sure where you're getting your infos

  15. pep.

    Not sure where you're getting your info

  16. MSavoritias (fae,ve)

    yeah of course peoplew want to implement omemo2

  17. ann

    lmao

  18. ann

    from developers

  19. MSavoritias (fae,ve)

    but we dont have money trees :)

  20. ann

    > but we dont have money trees :) we have

  21. ann

    but it does not help

  22. ann

    bounty of 10000$ for implementing DTLS-SRTP calls still active

  23. ann

    3 months, 0 results

  24. ann

    by the way, working on better XMPP clients for iOS/Android also. always can check out https://dev.narayana.im/explore/repos (nb: iOS still in WIP)

  25. Kris

    > bounty of 10000$ for implementing DTLS-SRTP calls still active You keep saying that, but you never provide any source to this claim. Who is made this bounty?

  26. chud

    > 3 months, 0 results I am already making audio calls from gajim actually, but very limited and buggy still, so more time needed (also quite busy with life sry)

  27. ann

    >> bounty of 10000$ for implementing DTLS-SRTP calls still active > You keep saying that, but you never provide any source to this claim. Who is made this bounty? what source do you need?

  28. ann

    should I mention our company to get banned again?

  29. ann

    or what?

  30. Kris

    something that isn't some random person making random claims on a chat

  31. chud

    > should I mention our company to get banned again? Wdym again

  32. Kris

    make a blog post on your companies website for example

  33. ann

    okay, I'm from Estonian privacy-based telecom company, Narayana, we don't have any blogs or PR posts, but do have git instance.

  34. ann

    https://dev.narayana.im

  35. Kris

    I guessed so much.

  36. ann

    we are working on bringing better experience for Jabber users, to make it less smell open-source and more end-user ready

  37. ann

    and yes, we have money.

  38. ann

    idk whats the problem

  39. Kris

    anyways, but the bounty somewhere more permanent where it can be linked and is somewhat reputable, then the next XSF newsletter can mention it

  40. Kris

    you cam also post it on xmpp.work

  41. Kris

    you can also post it on xmpp.work

  42. ann

    thank you for link, didn't even know it is exist

  43. ann

    >> should I mention our company to get banned again? > Wdym again I've got banned by someone few years ago when posted a link to our git instance with OTR plugin (for old gajim version that way) and got kicked from this conference because of "adv spam"

  44. ann

    idk was it intentionally or not.

  45. ann

    idk was it intentionally or not. (understoodable by the way, we're commercial company after all, and even link to our dev hub may be regarded as advertisiment, so no whining at all)

  46. Kris

    if it is xmpp related? I think the problem might have been an unkown user posting random links without explaining much.

  47. Kris

    looks like spam

  48. ann

    > if it is xmpp related? I think the problem might have been an unkown user posting random links without explaining much. I have no idea does it related to XMPP If someone in Gajim conference posting a link to encryption plugin for Gajim

  49. ann

    lmao

  50. Kris

    moderators usually don't have time or motivation to investigate if something that has all the hallmarks of spam, might not be spam after all 🤷‍♂️️

  51. ann

    that's why I said this was totally understoodable

  52. ann

    just asked your question "wdym again"

  53. Kris

    anyways... great that you are willing to sponsor this work, but you are doing a poor job at promoting this bounty, so no wonder you have no people interested

  54. Kris

    I could for example imaging goffi might be interested in it, given he is a python dev and is currently working on the same thing for another fund. so once that is finished later this year, it might be interesting as a easy follow up

  55. Kris

    but I highly doubt he ever became aware of this offer

  56. Kris

    (working on the same thing for another xmpp client)

  57. meson

    Kris: who is goffi?

  58. Kris

    libervia dev

  59. chud

    > I could for example imaging goffi might be interested in it, given he is a python dev and is currently working on the same thing for another fund. so once that is finished later this year, it might be interesting as a easy follow up Which client?

  60. ann

    > anyways... great that you are willing to sponsor this work, but you are doing a poor job at promoting this bounty, so no wonder you have no people interested how can I make this better?

  61. MSavoritias (fae,ve)

    They told you ann contact xsf to post it somewhere

  62. Kris

    Post it somewhere that has a real web-address that can be shared in a newsletter

  63. Kris

    and explain in it a bit the background so that it doesn't look like some random xmpp user posting.

  64. Kris

    Also mention payment modalities... being EU based helps for devs also EU based I guess

  65. Kris

    goffi, the Libervia dev is indeed maybe interested, but only in a few weeks the earliest

  66. Kris

    ann, xmpp:libervia@chat.jabberfr.org?join

  67. Kris

    I can also give you the direct contact details if you prefer that

  68. mainsection

    Hi ! What is going on with Gajim on Ubuntu KDE : it crashes during file uploading. On other clients (even Gajim on Arch e.g.) it works flawlessly. Some python error. Anyone experences this also ? THanks for your help in advance

  69. meson

    mainsection, do you have a stacktrace at hand?

  70. meson

    about which Gajim version are we talking?

  71. mainsection

    not at the moment but it was equivalent with https://dev.gajim.org/gajim/gajim/-/issues/10137

  72. mainsection

    it is only in Ubuntu, not Windows, not Arch

  73. chud

    Does gajim suport extdisco? Grepping extdisco doesn't find anything. But then how does it find ICE servers for calls/file transfers if not via extdisco?

  74. chud

    Also jingle_rtp.py tries to access `connection._stun_servers` but I don't see it defined anywhere at all, neither does pycharm or grep. Is it just broken?

  75. mainsection

    i willg ive you my original trace this evening. Regards

  76. nicoco

    mainsection: since the issue you pointed to has been fixed, I need to ask what gajim version you're using?

  77. mainsection

    just a moment, I send you the trace with all information

  78. mainsection

    ## Versions: https://conference.gajim.org:5281/pastebin/8426a490-205f-47b7-a287-0493d242d89c

  79. nicoco

    mainsection: looks like this one: https://dev.gajim.org/gajim/gajim/-/issues/11549

  80. nicoco

    and it's apparently fixed in 1.7.3

  81. mainsection

    thanks

  82. nicoco

    the easiest way to get the latest gajim is probably flatpak, and you can migrate your existing install using https://dev.gajim.org/gajim/gajim/tree/master/flatpak#migrate-your-data

  83. meson

    nicoco, not rather in nbxmpp 4.2.2?

  84. nicoco

    meson: well, maybe, I just reported what was commented on the issue :)

  85. lovetox

    chud: we don't use ice

  86. lovetox

    But yes we can parse extdisco

  87. chud

    > But yes we can parse extdisco Can you point me to a module or smth that does it? I can't find so much as a mention of its xmlns

  88. nicoco

    chud: I don't think you'll find many xmlns in gajim's repo, they would be in https://dev.gajim.org/gajim/python-nbxmpp/

  89. nicoco

    xep-0128 does not have its own namespace AFAIK, it's a data form (xep-0004) as a child of disco#info (xep-0030)

  90. lovetox

    https://dev.gajim.org/gajim/python-nbxmpp/-/blob/master/nbxmpp/modules/discovery.py#L86

  91. chud

    that's just disco, not extdisco (https://xmpp.org/extensions/xep-0215.html)

  92. lovetox

    thats extended disco

  93. lovetox

    what we assumed you meant by "extdisco"

  94. chud

    oh.. ok sorry for my ambiguity

  95. lovetox

    so the answer is no, gajim does not support xep-0215

  96. kurion

    Hello. Just wanted to share an issue I'm facing.

  97. kurion

    I added an XMPP account and then Removed it

  98. kurion

    But the `omemo_....db` associated with that account is not deleted from `~/.local/share/gajim`

  99. kurion

    is this intended behavior?

  100. lovetox

    there is no code to remove it, if thats what your asking

  101. lovetox

    but yes, i would see this as useufl

  102. lovetox

    but yes, i would see this as useful, it should be removed

  103. bot

    Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *13438f67* < https://dev.gajim.org/gajim/gajim/-/commit/13438f676d39079d30d705502755591ccd3170f5 > imprv: Accounts: Be more consistent with chat state settings

  104. lovetox

    nicoco, i see in some of your MRs you use a label with an emoji to display a icon Lets not do this, some reasons for this are - we have no dependency on emoji fonts - we cant control what font the user uses and how that looks in the GUI (width / height / colors)

  105. nicoco

    Oh OK, I’m a GUI noob and try to learn. What icons should I use? Is there a list of ‘standard’ icon names? Or should I try and add a svg in the icons/hicolor/scalable dir?

  106. nicoco

    Besides that, do you think that a ‘bot’ icon is a good idea? Maybe placed somewhere else?

  107. Kris

    svg files?

  108. bot

    Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < https://dev.gajim.org/gajim/python-nbxmpp >: *922813c8* < https://dev.gajim.org/gajim/python-nbxmpp/-/commit/922813c89949cebb038bffda7cd81b15ab1ae7b1 > feat: Add DiscoInfo.has_identity()

  109. nicoco

    Oh I guess these commits answered my question, you do think it’s useful, I also thought that this needed to be factored

  110. lovetox

    yes i also saw that we dont really check the category for phone

  111. lovetox

    we only check the type

  112. lovetox

    in practice this probably never leads to a problem, but in theory it could

  113. cal0pteryx

    nicoco: there is a gtk3 icons browser. We use symbolic versions of those. If this set is not satisfactory, we search within the "feather" iconset, and add the ones we like. Note that thise need to be special-treated if added as png (to support light/dark mode), there is a gtk tool to convert those icons.

  114. bot

    Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _python-nbxmpp_ < https://dev.gajim.org/gajim/python-nbxmpp >: *f85d3c95* < https://dev.gajim.org/gajim/python-nbxmpp/-/commit/f85d3c952b546d4cd3626565fa30877415d4cf65 > cfix: Fix indentation