Gajim - 2023-08-14


  1. John

    How do you set the picture for a MUC in Gajim? I can't figure it out

  2. John

    How do you set the picture for a MUC in Gajim? I can't figure it out. Sorry if this gets asked a lot

  3. fjklp

    group chat details > manage > hit the pencil on the corner of the default icon

  4. fjklp

    in 1.8.0 group chat details is at top right

  5. fjklp

    aka contact details

  6. fjklp

    when viewing the muc

  7. fjklp

    I had trouble finding it too

  8. pert

    fjklp When I click the pencil it lets me edit the MUC name, but it doesn't look like it lets you set the icon? I wish I could share a screenshot but it seems like this MUC doesn't allow that

  9. lissine

    pert: the feature requires server support. Is it a personal server or a public one?

  10. John

    lissine, thanks. it's conference.debian.org, it looks like they let me create the room and do just about everything else

  11. John

    I asked the server admin if he can help me out

  12. lissine

    John: In case your xmpp address is username@debian.org, It seems the server doesn't support MUC avatars: https://compliance.conversations.im/server/debian.org/

  13. John

    thanks for the researh lissine. my username is pert@member.fsf.org, it just so happens that even though it's not my server, the debian.org one nevertheless lets me make MUCs

  14. lissine

    John: If you're interested in public channels (as opposed to private group chats), most public prosody instances allow you to make channels on them

  15. John

    yeah. I was having trouble with the FSF XMPP server (I think they took the ability to make MUCs away) and my project would probably be best at home in a MUC, so I thought I'd try making one on Debian's server and kaboom, it worked. it's no big deal, I'm a happy camper.

  16. lissine

    just join a channel with the domain part set as the address of the MUC componenet. For example the yax.im server has chat.yax.im as MUC component. If you _join_ mycoolchannel@chat.yax.im , you would create a public channel on that address

  17. lissine

    The debian muc component doesn't support mam (message archive management), used for retrieving old messages if your device was offline. If you're going to use the debian server, you should ask them to enable mam at least

  18. lissine

    https://prosody.im/doc/modules/mod_muc_mam (built-in, just needs to be enabled) for MUC avatars: https://modules.prosody.im/mod_vcard_muc.html (needs to be installed, instructions on the page)

  19. John

    yeah, I'm taking over a project called Monkeysphere (I love that name) and we need a home. I think an XMPP MUC is more appropriate than IRC for us, and I think I'd like it to replace a traditional mailing list too while I'm at it. The Debian System Administrators usually do a great job with getting details right (stuff like enabling DNSSEC and DANE), so that's one reason I like them

  20. npmania

    Hi, I have an issue that's reproducible on two Korean input method editors and a patch for it. Can I get fork permission on gitlab? I've signed up with the same account name.

  21. lovetox

    npmania, doen

  22. lovetox

    npmania, done

  23. mermaidia

    hallo

  24. johnson.

    hi

  25. mermaidia

    es ist heiß

  26. siaoheng

    德语看不懂啦

  27. mermaidia

    was?

  28. npmania

    lovetox, thanks.

  29. siaoheng

    means“what”?

  30. jstein

    On Gentoo Linux we had the option to decide if we want to install Gajim with omemo support or without omemo support. Does this still make sense since 1.8.x? Will Gajim work properly, if we do not include omemo?

  31. lissine

    The omemo plugin has been integrated in Gajim since 1.8, so I don't think it makes sense to make it optional

  32. lissine

    Can https://dev.gajim.org/gajim/gajim/-/issues/10171 please be reopened? I added my comment there.

  33. lissine

    I didn't want to create a new issue because it's exactly the same as this old one

  34. jstein

    In our packages we had to drop the tests in the past https://bpa.st/KC5Q#1L100-L100 Are the tests more stable nowadays?

  35. vonneumaneee

    HELLo

  36. vonneumaneee

    What's about night installation arch Linux))) it's just a joke)

  37. lovetox

    no, lissine please make a new one

  38. jstein did not get the joke

  39. lovetox

    this is really old

  40. lissine

    okay

  41. lovetox

    also it fucks then with milestones we set, if we change it etc

  42. lovetox

    jstein, omemo is a required dependency, you can take this info from our README

  43. jstein

    lovetox, thank you. I will update our package and make it mandatory now.

  44. lovetox

    jstein, what test fails? we run tests on every commit, they never failed, but we dont run tests on many different arch, so if something fails please report it

  45. vonneumaneee

    maybe a dumb question, but why can't I enable omemo encryption in this chat

  46. meson

    vonneumaneee: This is a public chat, where encryption would make little sense.

  47. meson

    vonneumaneee: This is a public chat, where end2end encryption would make little sense.

  48. vonneumaneee

    > vonneumaneee: This is a public chat, where end2end encryption would make little sense. yes, you are right, thanks for you answer!

  49. jstein

    lovetox, I added a note to https://pad.nixnet.services/oHnY_ZvLT8SoFyCqIC2ung?both#Software-news about Gajim 1.8.1 is that fine?

  50. jstein

    we have now Gajim-1.8.1 in the official gentoo tree and it works fine. https://packages.gentoo.org/packages/net-im/gajim

  51. lovetox

    yes this is correct, thanks for your work !

  52. jstein

    I have to thank you!

  53. jstein

    Is there any use for 1.4.7? I am about to drop the option to install the very old version in Gentoo. Sometimes we keep old things for compatibility reasons, but I think we can burn it with fire, correct?

  54. lovetox

    i would not know why someone would specifically want to use 1.4.x

  55. hannibal

    cal0pteryx: why do you think gajim-remote is involved in https://dev.gajim.org/gajim/gajim/-/issues/11605

  56. cal0pteryx

    ah, good point, assumed a remote command. I'll remove the label