Gajim - 2024-06-02

meson, apart from the one string i marked, is anything open with the voice message MR?

otherwise i would merge it

One last confirmation that it works on Windows, I guess

I don't know how you handle plugin versioning, but for me it would be nice, if minor versions get bumped, if a new version is needed for compatibility with Gajim 1.9.0. E.g. for openpgp 1.5.x ⇒ 1.6.x. Thanks for considering!

yes we do this

but only after gajim is released

not before

Hi all, is there a way to make emoji's larger?

No

thx lovetox, I just found out I can increase the font size and that also increases the emoji size. That's at least something. The default Emoji's are way to small for my eye's 🙄️, even though I can read the text just fine If that is an FAQ, maybe it's worth mention it in the Gajim FAQ or Tipps page. I couldn't find this info there.

> One last confirmation that it works on Windows, I guess Exactly :) ↺

hermann: next version has that

cal0pteryx, great, thanks

elfchen, once you are on your Mac, could you please test for me if ` gst-launch-1.0 autoaudiosrc ! wavenc ! filesink location=audio.wav` picks the right microphone and writes the stream into a file or if the osxaudiosrc plugin is needed, s.t. it reads ` gst-launch-1.0 osxaudiosrc ! wavenc ! filesink location=audio.wav` On Windows `autoaudiosrc` didn't work as hoped, it required `wasapisrc` instead.

meson, note that in flatpak (amongst other sandboxing solutions) you might need to use the XDG desktop portal instead of assuming direct access to a capture device, that way it also integrates better with the user’s desktop environment and its permissions system.

Link Mauve, good point, thanks.

meson 👍🏻 ✏

lovetox, should the portal stuff go to gajim/common/dbus? I assume it could be shared with the A/V calls feature later. ~The only reference in Gajim's code basis to desktop portals I've found in `common/dbus/system_style.py`~ I didn't look right. ✏

meson, we can look into how that works with flatpak later

Alright :) I was afraid it would be a requirement for merging

Already built the flatpak for testing :D

lovetox pushed 1 commits to branch gajim/master imprv: AdHocCommands: Display note type icon - https://dev.gajim.org/gajim/gajim/-/commit/181a60da24c3805237789f6dba5d8941760a3709

cal0pteryx, weird, I must have messed up with git b/c all these print statements etc. I already had removed once. Doing it again. ;)

Hello

I haven't been able to connect to for past 2hour

Iv checked the server and its operational

Does not even show an error message.

I checked out the XML console and it returns " incoming failure"

After "scram-sha1" on the next paragraph of code it says "abort xmlns=" .......

lovetox pushed 4 commits to branch gajim/master cq: Typings: Fix syntax error - https://dev.gajim.org/gajim/gajim/-/commit/39ecc5a9df4ad24e4aa365f4d114538890a78e5c other: Name all excluded pyright files - https://dev.gajim.org/gajim/gajim/-/commit/07b7b0361e1e7efbfa2cf6d0bd6fad7e484b9d0d cq: Remove obsolete pyright ignore comments - https://dev.gajim.org/gajim/gajim/-/commit/3e528139e5249f31f6eafd60a0f37e1c4caeddd7 ci: Update pyright to 1.1.365 - https://dev.gajim.org/gajim/gajim/-/commit/f560a69e48b5b33a884ae3289cf3bce0d317121f

hbar, seems your password is probably wrong

or the server locked you out for some reason

but you would need to show us more than that

I just removed account from gajim and signed in again and it worked. Didn't think of that... lovetox: However on the wrong password point, I logged in, then quit gajim, then opened gajim again, usually when I do so it never has such issues it normally syncs and connects automatically as per my configuration. Probably a bug.

Thank you for your assistance. lovetox

"Probably a bug" would have meant: we need more logs to investigate ;)

Question. Why doesn't tor hidden services servers connect to conversations.im or any other server for that matter that I have tried.

I wanted to build a flatpak from the current checked out git branch and I followed the instructions here: https://dev.gajim.org/gajim/gajim/-/blob/master/flatpak/README.md#install-from-source Somehow no matter if I choose `org.gajim.Gajim.yaml` or `org.gajim.Gajim.Devel.yaml`, it always picks version 1.8.4 What do I likely miss? What do I need to further adjust, which isn't written in the readme? ✏

the version will always be 1.8.4

thats the current version of gajim

you need to take the devel

hm the devel yaml takes the code from gitlab

no idea how you can point it to your own repo

u can do file or directory: instead of url: for git repos on flatpak

yep, it worked + added a git branch property ✏

meson: if you do further changes, please do then in another branch

Otherwise we won't finish this MR

It's okay to merge and improve things afterwards :)

cal0pteryx, alright, I won't touch it anymore :P

Interestingly recording just works with the built flatpak, and I haven't even given it access to the mic according to flatseal. I don't understand it completely, but yeah.

apparently it uses the pulseaudio sound server for it. Taking its access to it, yields recording silence and trying to stop the recording makes it freeze >_<. Aw

lovetox pushed 1 commits to branch gajim/master cq: Ignore some pyright errors - https://dev.gajim.org/gajim/gajim/-/commit/8d3051aaff8003be5f481ec1fb030a8bf7ff68d1

> apparently it uses the pulseaudio sound server for it. Taking its access to it, yields recording silence and trying to stop the recording makes it freeze >_<. Aw I eased it by handling the error, though it shows now the player on start, which is not supposed to happen. But anyway, it doesn't crash any more and shows an error text instead ↺

you can simply disable the recording on flatpak for now

check app.is_flatpak()

Ok, let's do that then.

meson, the right way to do that is to use pipewire directly, that way there is no need to poke holes in the sandbox, nor to disable anything.

It should just work.

Link Mauve, I guess that's why it just worked: autoaudiosrc just picked pipewire

I wanted to see what happens if the user takes away access to pulseaudio/pipewire via flatseal. Though that is likely an unlikely scenario

so what now, does it work now or not

users dont play with flatpak config, and if they do they are on their own

it works and fails gracefully if yo take away the access to pulseaudio/pipewire via flatseal

then we are fine

> meson, the right way to do that is to use pipewire directly, that way there is no need to poke holes in the sandbox, nor to disable anything. Since this probably means it won't work for people who use flatpak _but not_ pipewire, we need to look into poking holes for pulseaudio / alsa / jack users, later, right Link Mauve? ↺

meson, these holes would be huge, I think you can leave that to flatseal.

Whereas pipewire requires no special hole whatsoever.

great, less work!

One of the main reasons to write pipewire was to actually do permissions right this time.

:)

Link Mauve: I search the Omnipresence source, used by https://presence.jabberfr.org/. Can you help me because badly CodingTeam is dead since a moment? Thx

Neustradamus, it should be here, but this isn’t the right place for that kind of query: https://git.jabberfr.org/omnipresence.git/

Thanks! You have not answered me at another place ;)

I'm looking again on a problem I have: I have 2 computers connected to the same account using Gajim with an OMEMO key for each one. The computer A can send encrypted messages to computer B, but computer B can't because it can't see the other OMEMO key (the key of computer A). Did someone got the same issue? And found a solution?

has computer B sent a message to computer A yet? ✏

yep

try

spamming send message

to computer A from computer B if u can

ok just fix it in facts :D I need to disconnect and close Gajim on computer B, then reopen it, and now when I send a message from computer B to A it ask to verify the OMEMO key of computer A

and now it works as expected

oooooooooooo

based

yep but wasn't working before I think, I remember already trying that without sucess

very strange sometimes