Gajim - 2024-04-04


  1. spinnerguy14

    is there have OTR plugin in gajim

  2. Neustradamus

    spinnerguy14: No but you can look Psi or Psi+ which have OTR and OMEMO plugins

  3. 222m5

    spinnerguy14: https://conversations.im/omemo/

  4. 222m5

    ^ feature comparison

  5. spinnerguy14

    ty all

  6. spinnerguy14

    i mean

  7. spinnerguy14

    i wanna use OTR in gajim man

  8. cal0pteryx

    spinnerguy14: that won't be possible

  9. spinnerguy14

    sad

  10. spinnerguy14

    oh also why do i get "No devices found to encypt this message to. Querying for devices now…" error when im trying send message to my self

  11. spinnerguy14

    i mean i dont understand what does it say

  12. elfchen

    Having trouble starting the latest git checkout on Mac now. Last time it worked was roughly a week ago. Any ideas what could be missing here: https://conference.gajim.org:5281/pastebin/ff68f614-66cd-47bf-9bc2-74c4e4f82f09

  13. elfchen

    Great, just reinstalled pygobject3 and gobject-introspection and it bails out right away with `ModuleNotFoundError: No module named 'gi‘`. I guess I better reinstall some more libs.

  14. richmann

    > my branch can > > https://dev.gajim.org/gajim/gajim/-/merge_requests/1025 Has this been implemented yet? Voice and Audio calling (encrypted?)

  15. lovetox

    elfchen, i bet the python version was updated

  16. lovetox

    and so all deps are now installed in the wrong place

  17. lovetox

    richmann, dont understand you question, you point to a open MR

  18. lovetox

    so i think you can answer the question yourself if its implemented

  19. fjklp

    richmann: In case you don't understand, no it has not yet been implemented.

  20. richmann

    thanks

  21. elfchen

    > elfchen, i bet the python version was updated > > and so all deps are now installed in the wrong place Yeah, true, looks like it. I actually have three main versions installed and am using a venv but maybe some Python location shifted.

  22. lovetox

    do you use brew?

  23. bot

    lovetox pushed 1 commits to branch python-nbxmpp/master feat: Add Jingle Feedback namespace - https://dev.gajim.org/gajim/python-nbxmpp/-/commit/cdb9488556468649726c1f8676153dcff483fed4

  24. bot

    lovetox pushed 1 commits to branch gajim/master other: Build: Add *_editable hooks - https://dev.gajim.org/gajim/gajim/-/commit/bb5cbecd717e1a980d7dc8693db0fa9c3c5cfc7a

  25. sch

    Good evening!

  26. sch

    Where is documentation for nbxmpp?

  27. lovetox

    there is none

  28. sch

    It would be good to have, so it would be easier to build more software upon it and port PyXMPP software to nbxmpp.

  29. sch

    Would it be possible to take the task to document nbxmpp?

  30. lovetox

    why not use one of the documented xmpp libraries?

  31. sch

    slixmpp is probably the option

  32. lovetox

    or https://github.com/horazont/aioxmpp

  33. sch

    > why not use one of the documented xmpp libraries? Because I think having more than one software for a purpose would be good.

  34. sch

    Thank you for the reference.

  35. sch

    > why not use one of the documented xmpp libraries? Second reason: If the API is similar to PyXMPP, then it would be preferable and faster to port Python 2 software to Python 3 with nbxmpp. Same for SleekXMPP to slixmpp. See https://framagit.org/swisslinux.org/slobot/-/commit/59928ea0a480d3f7ee184963c64e085165cf003a

  36. lovetox

    if i look at pyxmpp, this looks like it does everything itself, and does not need a library

  37. lovetox

    i strongly recommend against building anything on nbxmpp

  38. lovetox

    nbxmpp is certainly worse in every aspect compared to slix or aioxmpp

  39. sch

    Thank you for the information

  40. lovetox

    further its the inhouse lib of Gajim, i will change it to whatever Gajim needs

  41. sch

    Is not nbxmpp a fork of PyXMPP?

  42. lovetox

    does not look like it

  43. lovetox

    nbxmpp exists for like 20 years

  44. lovetox

    whatever it was fored from, it does not resemble anymore in the slightest

  45. lovetox

    whatever it was forked from, it does not resemble anymore in the slightest

  46. elfchen

    > do you use brew? Yes, it got so much updates over Easter that I didn't manage to check all changes.

  47. lovetox

    the thing is i think you need to beware with what you install

  48. lovetox

    if you install with pip, the question is which interpreter does it use

  49. lovetox

    we had in the past problems, that it was linked to the old python version, and then installed stuff into the wrong dir

  50. elfchen

    I am sure that I have been using the venv but wouldn't be the first time that the Python version on which it is based has vanished.

  51. ubq323

    why can't i increase the font size past 1.5

  52. lovetox

    because we thought thats enough

  53. ubq323

    it's not. can this arbitrary limitation be removed

  54. ubq323

    large font size is a basic accessibility feature

  55. lovetox

    yes we can, please open a feature request on our GitLab instance

  56. gooya

    lovetox, Do you have any experience with prosody's muc_block_pm module? I'm rewriting most of the module and noticed this line: ``` room:route_to_occupant(from_occupant, st.error_reply(stanza, "cancel", "policy-violation", "Private messages are disabled", room.jid)) ``` Which if I understand correctly, should inform the user/client of their PM not being send/delivered and justifying why this happens. I only noticed just now that gajim seems to silently block the message and not inform the user about this.

  57. lovetox

    hm, does another client show it?

  58. lovetox

    it shoud be shown, but it could be a bug on either side

  59. lovetox

    either the stanza is not correctly addressed or we drop it for some reason

  60. gooya

    Afaik no? I'm only able to test using gajim in my limited test environment VM.

  61. lovetox

    ah wait, i know a test muc for this

  62. gooya

    I can't confirm nor deny, I mostly use gajim (and also to debug things)

  63. gooya

    > ah wait, i know a test muc for this It would be great if we can confirm what or where the issue lies, so I can make the final adjustment before making the commit

  64. lovetox

    works as expected on ejabberd

  65. lovetox

    can you send me the stanza you send and the one returned

  66. lovetox

    then i can tell you if its wrong

  67. lovetox

    you should see it in the xml console

  68. cal0pteryx

    ubq323, maybe you're searching for a general GTK scale setting? because Gajim's GUI framework allows for general scaling as well

  69. ubq323

    how does that work

  70. cal0pteryx

    search for GTK scale, depends on your desktop environment

  71. ubq323

    ok

  72. ubq323

    thanks

  73. gooya

    lovetox, ``` <message xmlns="jabber:client" type="error" from="mubituja@conference.prosody.local/test2" id="1732f0f5-186e-44c8-b5f5-d53f40c045d7" to="test@prosody.local/gajim.UNK8EUBA"> <error type="cancel" by="mubituja@conference.prosody.local"> <policy-violation xmlns="urn:ietf:params:xml:ns:xmpp-stanzas" /> <text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas">Private messages are disabled</text> </error> </message> ```

  74. lovetox

    and you dont see the error beside the message

  75. lovetox

    ?

  76. lovetox

    a little warning symbol

  77. lovetox

    ah i know why

  78. lovetox

    prosody does not include <x xmlns="http://jabber.org/protocol/muc#user" />

  79. lovetox

    Gajim needs this so it discovers that this is a muc pm

  80. lovetox

    but its probably a edge case, not sure if prosody is wrong here

  81. gooya

    Should I point this out to the prosody devs or is this something that should/could/can be fixed in gajim?

  82. gooya

    Whatever is more logical I suppose

  83. gooya

    nvm i see the convo in xmpp server operators

  84. gooya

    nvm i see the convo in XSF

  85. lovetox

    gooya, we will not add any specific code for that, Gajim depends on <x> for discovering muc pms, this was extra added to the muc xep because it caused troubles for all clients

  86. lovetox

    maybe open a feature request on the prosody tracker

  87. gooya

    Okay thank you for identifying the issue and trying to argument this in XSF.

  88. lovetox

    add a featre request on the prosody tracker, ask very very nice, and i think we have a chance of it beeing added

  89. gooya

    I'll do that, lets hope we succeed!

  90. nicoco

    gooya: isn’t that a community module?

  91. gooya

    mod_muc_block_pm is a community module yes

  92. gooya

    I rewrote most of it to

  93. gooya

    I rewrote most of it

  94. nicoco

    local error = st.error_reply(stanza, "cancel", "policy-violation", "Private messages are disabled", room.jid) error:somethingsomethingaddchild(‘x’, theNamespace) or something like that 😉

  95. nicoco

    MattJ said he’s not against adding that x so I think it would be accepted, especially for a community module?

  96. gooya

    > ``` > room:route_to_occupant(from_occupant, st.error_reply(stanza, "cancel", "policy-violation", "Private messages are disabled", room.jid)) > ```

  97. gooya

    this is the exact line from the module

  98. nicoco

    Better to ask in the prosody MUC but adding that <x> is probably one addChild() call away ;) (not sure about the method name and syntax by heart right now, but I suspect it’s one line to add here)