Gajim - 2024-02-27

https://suchat.org:5443/upload/72100d426ee0a341f79cb126f62c325d03f117fb/jFogYN9pdYejC0aCg4ArJR7ucX2eyqmkqebAlEVX/b41709ed-2263-4e7c-a68e-2631455b22c8.png

cal0pteryx, what!? Your name is “Daniel” too?

That's true

After a recent update, Gajim has started showing emojis in black and white, which has really affected my ability to select them visually. Is this a change on Gajim's end? And can I get the color emoji back somehow? Gajim v1.8.4 installed from the Gajim Debian repository, package gajim-nightly v20240218-1

I actually don't know how emojis work

when I do ':smi', the 'smiling face' emoji shown is uncolored ☺, but the emoji chooser seems to provide only colored emojis 😄️ ✏

I reported this problem a week ago, I think it is a Debian problem as the Plasma emoji picker is also B&W. A workaround is to create a folder .local/share/fonts and download the noto-color-emoji from Google.

ic_, assuming you're on Debian unstable it's probably this fontconfig bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064267

Thanks, that looks like it

I'm using biboumi, and that itself works fine, but in Gajim I can't join any of the control mucs (irc.libera.chat@biboumi.chat.tyil.nl, the muc to control the irc connection to irc.libera.chat), it remains stuck on "Joining..." forever. This control muc seems to work fine to join and interact with using another client, Profanity

Is this a Gajim issue or a Biboumi issue? Or can someone help me figure out which one is to blame here?

there is no control MUC

you can type that domain into the service discovery dialog

I'm not familiar with the specific vocab used in xmpp land

to access adhoc commands

sadly biboumi still advertises these addresses as MUC

Ah, so I can only interact via service discovery with those addresses

I was confused then as in Profanity it works more like I'm used to from IRC

profanity probably simply opens a chat window

problem is Gajim cant do it because this address says its a MUC

but when you try to join it, it fails because its not a MUC

profanity probably does not even check and simply assumes its a normal chat

To a degree I guess

Those MUCs do get messages from what I can tell in Profanity

They show the IRC server's motd for instance

And I can use them to perform raw IRC commands

But I can't do these from Gajim, then?

yes .. simply by chatting

but chatting with an address is not a *Multi User Chat*

Multi User means other people can join, and you can talk to other users on this address

As I said, call it what you want, I'm trying to understand if Gajim is doing something wrong, Biboumi is, or I am

Biboumi does something wrong, it advertises a address as multi user chat, when its not

I try to start a chat with irc.libera.chat@biboumi.chat.tyil.nl, but Gajim seems stuck on "Joining..."

Yet similar approaches seem to work with another client

yes, because we cannot join it , because its not a MUC

as i said other clients probably dont check if its a muc and simply assume its a single chat

So how would I make gajim start it as a 1-on-1 chat?

If that would work as intended I'm good

you cant

because the address says its a MUC

you can use the service discovery dialog to issue commands

you can try with another client to add this address to your roster

Oh, I seem to do get messages _in_ that chat, even though I can't type there because of the "Joining..." message

then you should be able to open it in single mode from gajim

Which identity category would be good for this kind of service, bot?

I wasn’t aware this was a problem for some clients, this makes it important to fix in biboumi.

Link Mauve, there are already issues for that and discussion on the biboumi tracker

The line to change is src/xmpp/biboumi_component.cpp line 981.

i dont much care, how it differentiates itself from a MUC, it just needs to do it somehow

It needs to be more correct, otherwise other clients will eventually also handle it wrong.

i started bike shedding in jdev once about this

conclusion for me was, it should remove the muc feature

its not a muc in any kind of way

and it does not react to MUC protocol requests

the website https://biboumi.louiz.org/ is also not updated, links to git end in 404

search turns up nothing, no idea where they moved to

Removing MUC_NS is obviously happening, my question was about identity.

https://codeberg.org/poezio/biboumi/ seems to be the main repo

lovetox, yeah, ever since louiz’ disappeared we haven’t got hold of the server he hosts that on.

We might have to switch to another domain.

maybe ask in jdev or xsf

im really not good at these gateway kind of things

if you invest time to fix this, please look also at the gateway

https://codeberg.org/poezio/biboumi/issues/3468

it also missing a gateway identity

Thanks, I completely missed that issue.

## Versions: https://conference.gajim.org:5281/pastebin/52318a4d-d12f-48a8-9014-a2c51071f67f

seems it wants to open kwallet and cant

Hola gente como estais

:P

Hello

How are u

do you like chiken?

Hola

yes i like

very nice

adsd

There is no chicken here, only Python

Python lays eggs too.

So, according to duck typing, it's a chicken.

> Python lays eggs too. One of the billion build systems, a deprecated one at that ↺

Billion build systems must cry.