Tiny Core Linux
Tiny Core Extensions => TCE Bugs => Topic started by: GNUser on November 12, 2025, 04:33:58 PM
-
Hi Juanito. I recently submitted dino xmpp client for the TCL16 x86_64 repo.
Everything works perfectly except for one small problem: Next to each sent message, a single checkmark should appear when a sent message has been delivered, a double checkmark should appear when a sent message has been read. The checkmarks appear when I run dino in Devuan, but they do not appear when I run dino in TCL16 x86_64.
By blindly moving the cursor around, I'm able to find the location where the checkmark icon should appear because a tooltip pops up. Maybe TCL is missing the necessary icon? I can confirm that adwaita-icon-theme.tcz is loaded. Perhaps there is a hidden dependency that dino needs to draw the checkmark? All other icons appear just fine.
I reported the problem at dino's github page, here: https://github.com/dino/dino/issues/1792
This is the first gtk4 application that I've built so hopefully I'm missing something obvious. Any idea how to make the dang little checkmarks appear?
(https://forum.tinycorelinux.net/index.php?action=dlattach;topic=27860.0;attach=7147)
-
Developer says there was a recent commit that may be relevant.
I will rebuilt the prior stable version tonight and see how it goes.
EDIT: The recent commit is not relevant. Dino version in TCL16 x86_64 repo is 0.5.0, which was released several months ago. I have no leads at this point.
-
Hi GNUser
If you launch it from a terminal, do you get any warnings or errors?
-
This fancy gtk4 app is turning out to be a massive headache. Nothing helpful in terminal, no debug flag, possible hidden dependencies...
I will start looking around for an alternate xmpp client for gnu/linux.
-
Hi GNUser
Hi GNUser
... do you get any warnings or errors?
... Nothing helpful in terminal, ...
Sorry to be a pain, but that answer wasn't a no.
-
$ dino
Could not connect: No such file or directory # gnuser's note: this seems to be benign. dino client is able to connect to server just fine.
(dino:10005): libdino-CRITICAL **: 22:44:40.653: dino_plugins_encryption_list_entry_encryption_activated: assertion 'self != NULL' failed
(dino:10005): Gtk-WARNING **: 22:44:44.199: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:44.213: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:44.232: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:44.253: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:44.265: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:44.280: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:50.251: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:50.267: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
(dino:10005): Gtk-WARNING **: 22:44:50.284: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38
-
Hi GNUser
Thank you.
Do either of these commands help:
gdk-pixbuf-query-loaders --update-cache
gtk4-update-icon-cache /usr/local/share/icons/*
-
I seem to recall that one of the gtk4 demo applets shows icons, you could check and see if the icon is present - perhaps a newer version of adwaita-icon-theme is required.
You could also check if the icon shows when running Vulkan, I believe that is the default for gtk4 now.
-
poked around a bit and stumbled on this webpage which may/may-not be of any assistance regarding OP/OT but perhaps informative for future thread visitors:
https://deepwiki.com/dino/dino/1-overview
above webpage requires javascript to render properly(sigh)
also perhaps of note "key components" section found a little "deeper" at deepwiki(non-ironically) webpage listed below
https://deepwiki.com/dino/dino/3.1-messaging-system
disclaimer: as is ever-increasingly-evident the webpage(s) elements/assembled for each individual rendering them may/likely/will change based on a multitude of unknowable factors, you have been appropriately apprised in any case.(more sigh)
-
The problem probably has something to do with svg rendering.
The missing icons are svg files compiled into the application. What's special about the missing icons is that they change in-place depending on message status. Maybe our svg renderer (librsvg 2.52.2 from 2022) is too old?
If Juanito has any interest in updating librsvg, I could try rebuilding dino at some point to see if it helps.
-
Maybe our svg renderer (librsvg 2.52.2 from 2022) is too old?
That's possible but unlikely: I grabbed librsvg 2.60.0 from Devuan (where the icons render without problem) and tried them in TCL16...the problem persists.
Maybe our GTK4 (updated recently to 4.20.2) is having trouble rendering svg for some reason?
Rather than troubleshooting this now, perhaps we should wait for GTK4 4.22, which will supposedly come with svg support built-in: https://www.phoronix.com/news/GTK-4.22-Native-SVG
-
If Juanito has any interest in updating librsvg, I could try rebuilding dino at some point to see if it helps.
updated :)
-
If Juanito has any interest in updating librsvg, I could try rebuilding dino at some point to see if it helps.
updated :)
Wow, that was fast. Thank you! :)
I updated my system and rebuilt dino. Alas, problem is not solved.
I'm not sure what else to do other than wait for GTK4.22. At least dino is not mission-critical. And even if it were, the issue is cosmetic.
-
Hi Juanito. I built latest git and it works :) Maybe having latest librsvg also helped.
There is a fly in the ointment, though: dino depends libsoup3 and libnice. Unfortunately, the libnice in our repo has libsoup2 (libsoup.tcz) in its dependency tree, which clashes with libsoup3:
$ dino
(process:9083): libsoup-ERROR **: 00:27:44.306: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
Trace/breakpoint trap
I submitted dino's latest git for the TCL16 x86_64 repo, with a hack to avoid the libsoup clash (this hacked dino extension includes its own private libnice--copied from Devuan--which does not have libsoup2 in its dependency tree).
If/when libsoup2 is removed from libnice's dependency tree, just let me know and I'll resubmit dino without the hack.
-
Hi Juanito. I discovered that the dino plugin which pulls in libnice and libsoup, namely /usr/local/lib/dino/plugins/ice.so, is not strictly necessary for dino to function well.
I'm going to remove ice.so from dino. This way it will work without hacks and without any changes to the TCL16 x86_64 repo.
[Edit]: Changed extension to plugin. Rich
-
I discovered that the dino extension which pulls in libnice and libsoup, namely /usr/local/lib/dino/plugins/ice.so, is not strictly necessary for dino to function well.
It seems it's gssdp(12) that pulls in libsoup(2), gssdp16 would be required to change to libsoup3 (and gtk4), but this would no doubt require updating gupnp*...
..which is going to need doing at some point.
-
Hi Rich. Can you please change "extension" to "plugin" in Reply #14 and mark the thread as solved? Many thanks in advance.
-
It seems it's gssdp(12) that pulls in libsoup(2), gssdp16 would be required to change to libsoup3 (and gtk4), but this would no doubt require updating gupnp*...
..which is going to need doing at some point.
Hi Juanito. That doesn't sound like much fun. Dino is running great without the plugin that bumped into this wasp's nest--please feel free to put off the above for as long as possible :)
-
Hi GNUser
... Can you please change "extension" to "plugin" in Reply #14 and mark the thread as solved? ...
Done and done. :)