Gajim - 2024-09-20

`./make.py build --dist unix && ./make.py build --dist win`, found an easy trick to build locales on GNU/Linux. But not going to use `install --dist win`, I will copy the directory manually.

This is a bug in the build script

looks like there's no new nightly flatpak today?

Every time gajim disconnects, I'm prompted again to provide the password for it. Could gajim not store the password in memory and avoid this prompt?

When I put the system to sleep, my password store automatically locks. So when the system wakes up, I'm prompted to unlock it because gajim want to re-read the password.

But on flaky internet it's also annoying to see the pop-ups out of nowhere.

Does this make sense? You lock your keyring and want applications to work around that by storing the password somewhere else?

Disable keyring usage in Gajim then Gajim will store the password where it can access it

> looks like there's no new nightly flatpak today? The last successful nightly build seems to be from 2024-09-15 (`flatpak info org.gajim.Gajim.Devel`) ↺

lovetox, do you see anything in the logs?

Only asterix has the logs

Can someone try the stable flatpak?

the stable from flathub is up-to-date and running

Hi, on Gajim 1.9.4 I get this warning on launch: (org.gajim.Gajim:8811): Gtk-WARNING **: 11:05:30.223: Duplicate child name in GtkStack: Advanced

It doesn’t seem to do anything bad, but you might want to check it.

guys, I trying using Flatpak to develop plugins. Looks like gajim ignore ~/.var/app/org.gajim.Gajim/data/gajim/plugins. Which path is correct for flatpak?

anviar, the PLUGINS_USER path is not used with flatpak. You could try `~/.local/share/flatpak/app/org.gajim.Gajim/current/active/files/lib/python3.12/site-packages/gajim/data/plugins` (the directory probably needs to be created)

or use flatpak to create a simple plugin package and then modify the sources in `~/.local/share/flatpak/runtime/org.gajim.Gajim.Plugin.<name>/`

here is an example for a plugin https://github.com/flathub/org.gajim.Gajim.Plugin.pgp/blob/master/org.gajim.Gajim.Plugin.pgp.yaml

I'm testing the new version of Gajim. Congratulation for this release and tank you very much. ❤️

Thanks seb

The new Hats feature work well. I use the Prosody module mod_muc_hats_adhoc on the server side.

lovetox pushed 1 commits to branch gajim/master fix: Build: Build translations for all distributions again - https://dev.gajim.org/gajim/gajim/-/commit/da319289bae4c5cf98dc0dd7b1b9d023ea00c54c

XRevan86, you could though use `install --dist unix`

no need to copy the files yourself

i fixed the bug in make.py just now

lovetox: https://dev.gajim.org/gajim/gajim/-/blob/da319289bae4c5cf98dc0dd7b1b9d023ea00c54c/make.py#L173-L188 On Windows it builds translations twice now. `./make.py install --dist unix` does not install them, I of course do run it.

no there is a return in line 2

translations are installed, when you execute `pip install .`

> no there is a return in line 2 Ah, right. ↺

the order is ``` ./make.py build --dist unix ./make.py install --dist pip install . ```

while line 2 and 3 does not matter in which order it happens

*unix is missing in line ✏

*unix is missing in line 2 ✏

i contemplated if i should call `pip install` from the make.py script, but decided it too much assumes, that someone wants to use pip

or maybe they want to use it with special parameters

Yes, I have to call it with special parameters.

> translations are installed, when you execute `pip install .` But that does not happen. ↺

show me your pip install line

or if you want the whole package script

``` python3 -mpip install \ --verbose --progress-bar off --disable-pip-version-check \ --no-compile --ignore-installed --no-deps \ --no-index --find-links ./build ```

are you installing this from a wheel file? a sdist?

because it looks like it does not install from source

as in git clone

or something

whats in the folder ./build?

Build: ``` python3 -mpip wheel \ --verbose --progress-bar off --disable-pip-version-check \ --use-pep517 --no-build-isolation --no-deps --wheel-dir ./build . ```

and before that you download the sdist and extract it?

It builds from the tarball.

yeah ok

so the probem is, build is a source modifing process

you need to extract the tarball, call make.py build

source will be modified, and THEN you can build a wheel

The README is structured in that order, maybe i should make it clearer that this order is important?

Ah, I see. That was the mistake, yes.

Hi! Today, after the Gajim update, the interface became English. How can I get the Russian language back in the Gajim interface? Gajim is installed from flatpak.

sadly we messed something up in the release, so its only english now, you will need to wait for the next one in a week or so

Do things like global group chat search not get output to the debug logs?

I'm guessing that's handled by nbxmpp

its just one query, so not much to put out

ok, bug issue incoming

I wanted to do the extra step of looking at the raw output of what gajim gets back from search.jabber.network to see if I can figure out what's going on ✏

so whats wrong?

I made an issue on the tracker

> sadly we messed something up in the release, so its only english now, you will need to wait for the next one in a week or so Я думал это проблема на моей стороне. Буду ждать, спасибо. Хорошего дня! ↺

> sadly we messed something up in the release, so its only english now, you will need to wait for the next one in a week or so I thought it was a problem on my end. I'll wait, thanks. Have a good day! ↺

https://github.com/flathub/org.gajim.Gajim/pull/13 should fix the translation issue

hm

yeah that should work, i thought maybe that breaks our next deploy process, but we simply overwrite always the yaml

and its allowed to publish twice with the same version on flatpak?

ok merged, thanks hannibal

Hi lovetox, why is there still no progress towards dtls-srtp? What is frankly preventing this from being implemented, at least for the Linux platform?

the MR depends on other open MRs to the underlying libraries

if it would be just a Gajim MR, i would merge it

but this MR would only work on flatpak, and only if we freeze gstreamer and farstreamer in place with the custom patches

as im not a gstreamer or farstreamer maintainer, and also not a C/C++ developer, and the main point of this MR is to have encrypted calls, i cannot even judge if the DTLS implementation in farstreamer is ok

Well, I understand your situation. Thanks for your answer.

so, i hope intelfx returns and i hope he can get both MRs in gstreamer and farstreamer merged ✏

intelfx), my fellow countryman I honestly don't know why they don't accept these changes. But in general, gstreamer seems to have its own support for dtls srtp encoding/decoding. Maybe I'll dig around in the near future.

https://gstreamer.freedesktop.org/documentation/dtls/index.html?gi-language=c

lovetox pushed 1 commits to branch gajim/master fix: StartChat: Fix global search results missing the name in some cases - https://dev.gajim.org/gajim/gajim/-/commit/d69ae59e57eef92dcf4babd3bd97ad318d9d4404

Here is the official release post: Gajim 1.9.4 has been released 🎉 https://gajim.org/post/2024-09-19-gajim-1.9.4-released/

I am hoping that audio/video calls aren't too far away because Gajim is a fully featured XMPP client. 🤞

> I am hoping that audio/video calls aren't too far away because Gajim is a fully featured XMPP client. 🤞 Yes, that would be great. And if voice conferences suddenly started working, that would be really super. Because jitsi is pure garbage.

Agree 💯