Hey guys, am running Debian testing and I downloaded the Rawtherapee 5.4 appimage from rawtherapee.com and it’s giving me squares for font …anyone any idea how to fix this?
I will have a look!
I’m thinking maybe the appimage is trying to use a font I don’t have. So I painstakingly browsed to the preferences screen and tried to change the font but all look like that
Interesting. It is everything except the title. At least you know the app name and version .
@afre i dont know whats going on. works fine on laptop, tho a bit sluggish
Do you have the same system on both computers?
Also, could you post the terminal messages that you get when running the AppImage? If we are lucky there is some fontconfig error message that can help to clarify where is the problem…
Please post the output of
@stefan.chirila @Morgan_Hardwood I think I found the issue… the problem is due to the fact that the AppImage bundles the fontconfig library, but tries to use the
/etc/fonts/fonts.conf file from the system. In some cases, the fonts.conf is too new and not compatible with the bundled library.
I have prepared new packages that do not bundle the fontconfig library, so that the system fonts are always used. Could you please check this one for example?
If this works, I will apply the same patch to all other AppImages I am providing.
EDIT: there is still a small issue with svg icons, that I am trying to solve right now…
Once the fix is confirmed, I will update the 5.4 AppImage on our website.
@Carmelo_DrRaw I am using Debian, updated to testing on both my desktop and laptop.
I wonder if the SVG icon thing is what makes it slightly slow. Honestly, I am currently running a 5.0 Gtk2 version which is the last version I could find that doesn’t run slowly (as in choppy implementation of either image modifications, or even slider movement), so I am really looking forward to trying a newer version if one is available that runs acceptably.
Once this gets sorted out I’ll look into an appimage for the new Gimp which I am super excited for and hasn’t yet made its way into the debian repos.
Hold on for a while still, I am running some tests of different fontconfig configurations and various linux distributions (debian stable & tests, ubuntu 14.04 & 16.04 & 18.04, fedora 26 & 27 - Docker containers are fantastic for this kind of tests!) to see which one is compatible with all system environments.
I’ll drop a message here as soon as I’m happy with the result.
For GIMP appimages see here: https://github.com/aferrero2707/gimp-appimage/releases/tag/continuous (you might encounter the same fonts issue in the GIMP case).
It’ll be another 6h before I get home; so you have some time
Thanks also for all the effort. It’s just awesome that these appimages exist until individual distros come up with good packages of their own. Debian’s deb versions are all sluggish too but one day …one day
The one you linked to here seems to work. The font works. It’s still a bit on the slow side when loading a raw file and when applying slider actions. Even the mouse feels like it has less frames/sec or maybe i’m losing it… i dunno. But the font works
@Morgan_Hardwood font issue is confirmed solved
@Carmelo_DrRaw I think what I call sluggish behaviour might be due to it being an AppImage. I installed Gimp 2.10 via flatpak and it runs way snappier than the appImage. Though it shouldn’t make a huge difference on an 8core 4Ghz with 32GB RAM Or?
The AppImage packages almost all the necessary libraries. But not all of them. There is a slim possibility it is a library conflict.
The start up of the AppImage is not super fast, but the speed should be good once the application is running.
The sluggish behaviour of the AppImage is not normal… could you please try the following:
- create a folder where to extract the AppImage contents, something like
- go into this folder and extract the AppImage contents:
bsdtar xfp FULL_NAME_OF_THE_RT_APPIMAGE
- the run RT like this:
Is this faster? If yes, the slowness might be due to some repeated access to some files in the AppImage bundle, which AFAIK is a compresse archive that gets deflated on-the-fly.