Gajim - 2023-09-25

Hey all, ive tried both the nightly apt repo and the debian repo, im on 1.8.1 and omemo doesnt show up in my plugins menu

I also tried the flatpack as well, no luck there either

https://j.404.city:5443/share/96e848e40f47454eb243d25dde161054b4deaa6b/r0TvduOLwoVLv8nedLPqP4qwe90lztEgTWzVEu08/Screenshot_20230925_012407.png

Anyone have any advice? Ive already got gajim-omemo installed as well via apt

there is no more omemo plugin

it's now integrated

i figured it out. Click your username at the bottom left then settings. I was using preferences from the menu

How can i test if the encyrption works

Would i need to PM someone?

ye

directly thru their address

ok, thank you

if a change is made in gajim/data/gui/groupchat_info_scrolled.ui, do translations need to be updated?

Only if strings were changed

is this as simple as `python scripts/update_translations.py update` ?

because none of update,build,cleanup changed the po files for the string matching my change

or, we can just forget about other languages since only English matters

fjklp: you have 8 mistakes in the word "Esperanto".

bodqhrohro: the jokes can go here >>> /dev/null ✏

quick question

can they setup a gajim mumble server so we can use voice chat to give help to new gajim users? ✏

no

wym no

Someone still remembers Mumble, huh?

it's not topical

I have never used that, because I'm not a gamer.

> bodqhrohro a écrit : > Someone still remembers Mumble, huh? I do. I don't use it to give software support.

Well, providing support via Jingle calls would be PKUNZIP.ZIP.

Especially given that calls are currently broken in Gajim lol.

well

mumble integration into gajim wouldn't really be a bad idea

afaik stun is requires an extensive firewall depending on where u place it

Gajim is not a multi-protocol client, remember? :P

wym

Gajim is XMPP-only, no Mumble.

well then why is there voice support?

implement it first then write a xep

then it becomes part of xmpp

shouldn't be to hard to have clients mutually agree on a mumble server

hardest part is just mixing the audio together in python

Gajim already uses Python libraries with native components.

☝️☝️☝️

mumble is a lot easier of a voice setup than stun/turn

too many firewall and network caveats you won't be able to properly cover

conversations doesn't even fall back to relay properly

umu, coturn or eturnal don’t have very different requirements than mumble’s server.

mumble still needs a public IP, stun/turn in junt a way to Get That.

Link Mauve: I think umu is a troll.

You have to configure your port redirections if you’re behind a NAT, and that’s pretty much it.

there are a lot of edge cases with nat

Use a public server if you can’t self-host.

with regards to either of those I think it should relay by default

it's not the server though

It is?

clients don't handle network edge cases for stun/turn properly

6to4

double nat

umu, fix your client then I guess, or find someone to fix it.

Or fix your network conditions, push your ISP to give you a proper IPv6 for instance.

also the issue of phones have 2 ipv6 addresses

Do they?

ye

What for?

mmmm

mimo?

not sure

I just know they do

depends on the provider

In any case it isn’t up to Gajim to fix your ISP, go complain to them instead.

Gajim is a desktop client and doesn’t target mobile.

ye but the problem is stun and turn require extensive negotiation of how to rendezvous which every client is bound of fall short of given xmpps track record

if u use something that's relay only u don't have any issues because there's no negotiation left at all

this opens up new windows of opportunity like xmpp over mumble etc

u could very easily fit xmpp stanzas into mumbles protobufs

Well no, STUN just gives you your public IPv4, and TURN just relays what you send it after authentication, there is no negociation in either of these protocols.

You are probably confusing it with Jingle, which lets you determine what you decide to send (for instance video, audio, files, an XMPP stream, some UDP packets, etc.), where you send them (ICE is usually what gets used there, to negociate e.g. the usage of a TURN relay), with which security (e.g. DTLS-SRTP).

how would the clients know how to connect to one another if there was no negotiation?

I don’t know how Mumble does it, but it probably negociates at least the codecs, using a protocol probably similar to Jingle.

umu, have a look at https://xmpp.org/extensions/xep-0176.html for instance.

It is one possible method for determining the best path to connect to each other, either directly or through a relay.

please read https://xmpp.org/extensions/xep-0176.html#protocol-checks

in a perfect world ye it should just work

I get that

but when we're looking at the what 4-5 implementations of this at the moment they're not exactly working ideally

1 fails to find a direct peer 2 fails to negotiate to a relay 3 uses a deprecated ietf range on both ends

I've seen all 3 of these

at this point in time does voice data only going through the server given the amount of users we have really carry that much overhead

You can negociate IBB if you really hate yourself and your server.

This is XEP-0261.

In your failure cases, 1 is normal if both are behind a NAT and UDP hole punching doesn’t work, 2 is a deployment failure on your server, they probably forgot to deploy coturn or such or to advertise it using XEP-0215.

3 I don’t understand your issue.

not sure what you're trying to defend here

I can go back and give you various examples when they do fail

I’m telling you that Mumble isn’t magical, it most likely has to do the same things XMPP clients have to do, just worrying about a single implementation.

but that takes a lot of time

umu, don’t give them to me, fix either your server or your client or your ISP.

I wouldn’t be able to fix those for you.

the solution is most likely mumble

it just works everytime

umu, Mumble isn’t magical, it most likely has to do the same things XMPP clients have to do, just worrying about a single implementation.

if you have to fix 3 things the client the server and the ISP that's an accessibility issue

the person running the server shouldn't have to troubleshoot all 3 of those

umu, no, the person running the server should run the necessary services for things to work correctly.

For instance a TURN relay.

Otherwise it’s as if you complained that your XMPP server which doesn’t run a Mumble service isn’t accessible using Mumble.

when roaming it's not going to fall back to a relay though

with mumble it'll just reconnect to the server again

Why would it not?

because the call would need to be restarted again

for calls the clients don't hold things open long enough

with mumble the server is always open

of course thats the difference between a call and a voice room

you could have mumble in gajim but it hasnt been done yet

umu, no, you can renegociate the properties of the call at any moment.

You can renegociate moving to TURN even if you didn’t start from there, you can renegociate the codecs, you can add a video stream even if you didn’t have one at first, you can do pretty much anything you want in the middle of a call.

cal0pteryx: see, a wall of off-topic here and I'm totally unrelated, still blamed for something somehow.

maintainers: I opened this: https://dev.gajim.org/gajim/gajim/-/merge_requests/970 and I'd be happy to read your feedback. I think it's a pity that "presence statuses" and "idle since: xxx" are only visible in the tooltip of the roster view, so this MR uses the line below a contact's name in the chat banner to display them when they are available.

Haha, I just realised that the previous MR is also about presence statuses more visible, this time in the roster view. Liberate the presence statuses! ;-)

nicoco, I don’t have much of an opinion on it, but having more information can make the UI feel heavier than it is.

https://upload.slidge.im:5281/file_share/OIi16wsxKsXWA6f9NqAPs5R2/Screenshot_20230925_144331.png

I think it fits nicely? It looks like the space below the name was made for this ;)

Link Mauve: maybe it should just be configurable, and disabled by default?

note that the space directly under the name has the device the person is using something

sometimes*

so idk if this will overlap if it hasnt account for that

> the space directly under the name has the device the person is using Oh, good point. I'm not even sure how that "device" is decided by gajim, since most my xmpp contacts only use Conversations and I don't see the "mobile phone" icon with them.

I see it sometimes. I dont how useful that is anymore though

Hmm, wasn't there something about primary and secondary devices and a relation to push notifications or so?

Maybe I am just remembering someone's wish though

Link Mauve: umu is a troll.

> Hmm, wasn't there something about primary and secondary devices and a relation to push notifications or so? I know of the concept yeah. But no idea if there is a client that actually exposes that ↺

I dont think cheogram does

I want to make my account linked to anyone via their Omimo

Can someone help me? I want to reach even people who have an omimo code

OMEMO.I mean

33777: you have OMEMO fingerprint but don't have a JID, huh?

What is it JID

bodqhrohro:

33777, JID is your identity and contact address.

How do I get to it?

OMEMO fingerprint is not contact address.

33777, your address is your JID. “username@xmpp.server”

I know, but there are people whose contacts I have but cannot communicate with them

33777, your address is your 33777@xmpp.server”

How do you mean

Kris: priorities exactly serve the purpose of marking "primary" and "secondary" devices. But some "modern XMPP" fanatics have decided they're problematic and outdated, nothing new.

33777, ……. Sorry, ask another one for help. Or you need to get an XMPP user manual.

33777: what exactly do you mean by "cannot communicate"?

I mean, there are people I cannot message because it requires an Omimo fingerprint

33777: you don't exactly need one, both parties can use blind trust, but checking the fingerprint would be better, of course.

You can click the shield icon next to the input field to manage them.

also at least in android clients and gajim i think the message will be shown anyway

I did not talk about the fingerprint, I meant the encryption fingerprint

and marked untrusted

> I mean, there are people I cannot message because it requires an Omimo fingerprint For newbies, use unencrypted message first, please.

I tried that but it says delivery was not completed

yeah in that case it has nothing to do with encryption

33777, Conversations? Hold the message and check the feedback error information. ✏

Maybe it's because of the Omimo client

what is the name of your client?

blabber.im is unable to send encrypted messages to ممد سين. This may be due to your contact using an outdated server or client that can not handle OMEMO. It appears like this

How to sync contacts from cheogram?

Where can I find my client?

its the app you downloaded to connect

33777, please tell me the feedback information of failed unencrypted messages.

> How to sync contacts from cheogram? sync to gajim? it should happen automatically

No problem with this

blabber.im is unable to send encrypted messages to ممد سين. This may be due to your contact using an outdated server or client that can not handle OMEMO.

what program is the other person using?

I mean I get a few numbers and they didn't sync with names, I only have numbers

Is there a way to sync again?

deepreef11: for jmp i would ask in xmpp:discuss@conference.soprani.ca?join

Dear gajim bosses, I think this new version of an old MR attempt is now good: https://dev.gajim.org/gajim/gajim/-/merge_requests/859 it would be super cool to review :-)

> gajim bosses Would I get some cool loot if I kill them?

> Link Mauve: umu is a troll. no slandering my plz

if you want me to change how I conduct myself please do not label me instead give me valuable feedback

I haven’t felt that while discussing with you earlier, you were just misinformed on Jingle.

maybe, I might have to read it again

but that doesn't make me a troll does it!?

Not in my opinion, not in this discussion, I don’t know you well enough to assert that in general though. :p

Philipp Hörist pushed 1 commit to branch _refs/heads/master_ of _gajim_ < https://dev.gajim.org/gajim/gajim >: *f1f0a7b8* < https://dev.gajim.org/gajim/gajim/-/commit/f1f0a7b870848b70c0dc57cf18719a91784cd197 > feat: ChatMenu: Always show "Execute command" action