Libkritaflake.so.19 problem crashes krita on Rocky Linux

Hello,
I want to ask for help with krita 5.2.6 on rocky linux 9. When I start applikation I got starting image and crash. When I looked to logs I get this message:

[14321]: /tmp/.mount_krita-Ahfq9B/usr/bin/krita: symbol lookup error: /tmp/.mount_krita-Ahfq9B/usr/bin/../lib/libkritaflake.so.19: undefined symbol: FT_Ge
t_Transform

CPU - intel, GPU - Nvidia disabled nouveau and instaled nvidia drivers

I try google but cant find much information I will be glad for any help.

Thank you gertz.

Do you use the Appimage from the official Website?

yes, downloaded from Stáhnout | Krita

Does Rocky Linux have krita in its repository?
If it does, though it may not be the latest formal release version, try installing it and running it to see if it works with no problems.

Unfortunately krita is not in repositories

I don’t know what libkritaflake.so.19 does so I’ve added that information to your topic title in case anybody does. It’s the sort of thing that only developers know about.

Is this the first time you’ve tried krita on Rocky Linux?
If not, has the appimage worked previously?

Have you installed any plugins for previously used versions or this version?

Have you ever made any significant changes to the Settings?

it was first launch krita on PC.
I have new discovery.
when I launch older version 5.1.5 (which started), after that i can start 5.2.6. looks like latest version missing some dependencies for link python library.

is there way to send bug report?

The operation of the two different appimages is supposed to be independent.
So I can’t understand how running the 5.1.5 appimage would fix a problem that 5.2.6 had.

Also, I don’t know what any python libraries could have do do with this.

Have you installed plugins or have you been writing your own python scripts?

There is a formal bug reporting process but it would be a good idea to find more information first.

I checked if I delete home profile I again cant launch 5.2.6 relaunch 5.1.5 helps again. so its probably profile dependent may be som conf files?

You seem to know about this subject area.

So,

this is testing workstation so its clean no custom scripts.

also after deleting ~/.local/share/krita brick 5.2.6 again, relaunch 5.1.5 fixing it
so probably something missing there

edit: 5.2.2 have same issue

Do you install any plugins?

What might be called ‘configuration/settings’ files are stored in ~/.config and they are all named krita*

The main one is named kritarc so you could try renaming that then running the different version of the krita application to get a new kritarc then see what the difference is.

The ~/.local/share/krita folder is the resources folder and that contains mostly things like brush presets, brushtips, bundles etc.
It also contains configuration/settings files for canvas input settings and maybe some other things I can’t remember.
It also has python scripts in it.

If it was possible to investigate the differences after you had renamed the krita resources folder and run a different version, that information would be very useful in helping to understand why the problem was happening.

The formal bug reporting system is described here: Report a Bug | Krita

The bug reporting tool at Log in to KDE Bugtracking System requires you to create an account and sign in to access it.

by testing trial and error
i tred .cache and .config be deleting but it hasnt effect

after that I tried delete .local/krita and after more deleting per file i got
result where expecting issue with resourcecache.sqlite

where resourcecache.sqlite is moved out of directory 5.2.6 probably when its generated krita will crash

It’s crashing because it was build with the wrong FreeType (FT), try using the appimage instead for now.

it is appimage

Huh, the correct freetype should be bundled inside the appimage. Did you do checksum verification? (checksums are here)

I’ve asked the other devs if they have an idea, but this is the first thing that comes to mind for me…

yes check sum is okey crashing on generating resourcecache.sqlite
after run 5.1.5 which generate resourcecache.sqlite 5.2.6 runs just fine

Please paste the output of ldd for us:

./krita-xxx.appimage --appimage-extract
ldd squashfs-root/usr/lib/libkritaflake.so.19.0.0

here is output:

	linux-vdso.so.1 (0x00007ffec56d7000)
	/usr/lib64/libfreetype.so (0x00007f9470d3c000)
	libkritapigment.so.19 => /home/admin/squashfs-root/usr/lib/libkritapigment.so.19 (0x00007f9470800000)
	libkritacommand.so.19 => /home/admin/squashfs-root/usr/lib/libkritacommand.so.19 (0x00007f9471135000)
	libQt5Svg.so.5 => /home/admin/squashfs-root/usr/lib/libQt5Svg.so.5 (0x00007f9470ce0000)
	libharfbuzz.so.0 => /home/admin/squashfs-root/usr/lib/libharfbuzz.so.0 (0x00007f94706f8000)
	libfontconfig.so.1 => /home/admin/squashfs-root/usr/lib/libfontconfig.so.1 (0x00007f9470c94000)
	libkritawidgetutils.so.19 => /home/admin/squashfs-root/usr/lib/libkritawidgetutils.so.19 (0x00007f9470521000)
	libKF5WidgetsAddons.so.5 => /home/admin/squashfs-root/usr/lib/libKF5WidgetsAddons.so.5 (0x00007f94703b4000)
	libkritaresources.so.19 => /home/admin/squashfs-root/usr/lib/libkritaresources.so.19 (0x00007f9470276000)
	libkritaplugin.so.19 => /home/admin/squashfs-root/usr/lib/libkritaplugin.so.19 (0x00007f9470254000)
	libkritastore.so.19 => /home/admin/squashfs-root/usr/lib/libkritastore.so.19 (0x00007f947023b000)
	libKF5ConfigCore.so.5 => /home/admin/squashfs-root/usr/lib/libKF5ConfigCore.so.5 (0x00007f94701d0000)
	libkritaglobal.so.19 => /home/admin/squashfs-root/usr/lib/libkritaglobal.so.19 (0x00007f947014a000)
	libKF5I18n.so.5 => /home/admin/squashfs-root/usr/lib/libKF5I18n.so.5 (0x00007f94700f7000)
	libQt5Xml.so.5 => /home/admin/squashfs-root/usr/lib/libQt5Xml.so.5 (0x00007f94700b1000)
	libQt5Widgets.so.5 => /home/admin/squashfs-root/usr/lib/libQt5Widgets.so.5 (0x00007f946f800000)
	libQt5Gui.so.5 => /home/admin/squashfs-root/usr/lib/libQt5Gui.so.5 (0x00007f946f000000)
	libQt5Core.so.5 => /home/admin/squashfs-root/usr/lib/libQt5Core.so.5 (0x00007f946e800000)
	libfribidi.so.0 => /home/admin/squashfs-root/usr/lib/libfribidi.so.0 (0x00007f947008f000)
	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f946e400000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f946ffa0000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f946ff85000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f946e000000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f946ff72000)
	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007f946ff3b000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f946ff21000)
	libbrotlidec.so.1 => /lib64/libbrotlidec.so.1 (0x00007f9470c86000)
	libkritamultiarch.so.19 => /home/admin/squashfs-root/usr/lib/libkritamultiarch.so.19 (0x00007f9471124000)
	libHalf-2_5.so.25 => /home/admin/squashfs-root/usr/lib/libHalf-2_5.so.25 (0x00007f946fedc000)
	libKF5ConfigGui.so.5 => /home/admin/squashfs-root/usr/lib/libKF5ConfigGui.so.5 (0x00007f946f7d7000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f946fed7000)
	libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f946f7a6000)
	libKF5ItemViews.so.5 => /home/admin/squashfs-root/usr/lib/libKF5ItemViews.so.5 (0x00007f946f76a000)
	libQt5PrintSupport.so.5 => /home/admin/squashfs-root/usr/lib/libQt5PrintSupport.so.5 (0x00007f946f702000)
	libKF5GuiAddons.so.5 => /home/admin/squashfs-root/usr/lib/libKF5GuiAddons.so.5 (0x00007f946f6d7000)
	libKF5WindowSystem.so.5 => /home/admin/squashfs-root/usr/lib/libKF5WindowSystem.so.5 (0x00007f946efaa000)
	libKF5CoreAddons.so.5 => /home/admin/squashfs-root/usr/lib/libKF5CoreAddons.so.5 (0x00007f946eed9000)
	libQt5DBus.so.5 => /home/admin/squashfs-root/usr/lib/libQt5DBus.so.5 (0x00007f946ee46000)
	libQt5Sql.so.5 => /home/admin/squashfs-root/usr/lib/libQt5Sql.so.5 (0x00007f946f694000)
	libquazip1-qt5.so.1.4.0 => /home/admin/squashfs-root/usr/lib/libquazip1-qt5.so.1.4.0 (0x00007f946ee06000)
	libkritaversion.so.19 => /home/admin/squashfs-root/usr/lib/libkritaversion.so.19 (0x00007f946fece000)
	libgsl.so => /home/admin/squashfs-root/usr/lib/libgsl.so (0x00007f946dc00000)
	libGL.so.1 => /lib64/libGL.so.1 (0x00007f946e779000)
	libicui18n.so.66 => /home/admin/squashfs-root/usr/lib/libicui18n.so.66 (0x00007f946d800000)
	libicuuc.so.66 => /home/admin/squashfs-root/usr/lib/libicuuc.so.66 (0x00007f946d400000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f946e774000)
	libpcre2-16.so.0 => /home/admin/squashfs-root/usr/lib/libpcre2-16.so.0 (0x00007f946e6ef000)
	libglib-2.0.so.0 => /home/admin/squashfs-root/usr/lib/libglib-2.0.so.0 (0x00007f946e2cc000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f947115b000)
	libbrotlicommon.so.1 => /lib64/libbrotlicommon.so.1 (0x00007f946e6cc000)
	libQt5X11Extras.so.5 => /home/admin/squashfs-root/usr/lib/libQt5X11Extras.so.5 (0x00007f946e6c5000)
	libX11.so.6 => /lib64/libX11.so.6 (0x00007f946d6b8000)
	libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f946e69a000)
	libxcb-keysyms.so.1 => /home/admin/squashfs-root/usr/lib/libxcb-keysyms.so.1 (0x00007f946e694000)
	libudev.so.1 => /home/admin/squashfs-root/usr/lib/libudev.so.1 (0x00007f946e665000)
	libdbus-1.so.3 => /home/admin/squashfs-root/usr/lib/libdbus-1.so.3 (0x00007f946e276000)
	libgslcblas.so => /home/admin/squashfs-root/usr/lib/libgslcblas.so (0x00007f946e232000)
	libGLX.so.0 => /lib64/libGLX.so.0 (0x00007f946e633000)
	libXext.so.6 => /lib64/libXext.so.6 (0x00007f946e21d000)
	libGLdispatch.so.0 => /lib64/libGLdispatch.so.0 (0x00007f946df48000)
	libicudata.so.66 => /home/admin/squashfs-root/usr/lib/libicudata.so.66 (0x00007f946b800000)
	libpcre.so.3 => /home/admin/squashfs-root/usr/lib/libpcre.so.3 (0x00007f946db8c000)
	libXau.so.6 => /lib64/libXau.so.6 (0x00007f946e62d000)
	libsystemd.so.0 => /home/admin/squashfs-root/usr/lib/libsystemd.so.0 (0x00007f946d34c000)
	librt.so.1 => /lib64/librt.so.1 (0x00007f946e628000)
	liblzma.so.5 => /home/admin/squashfs-root/usr/lib/liblzma.so.5 (0x00007f946df1e000)
	liblz4.so.1 => /home/admin/squashfs-root/usr/lib/liblz4.so.1 (0x00007f946d696000)
	libgcrypt.so.20 => /home/admin/squashfs-root/usr/lib/libgcrypt.so.20 (0x00007f946b6e0000)
	libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f946d670000)

Hi, @gertz!

Could you please try the following:

pushd squashfs-root/usr/lib
ln -s libfreetype.so.6 libfreetype.so
popd
cd squashfs-root
export APPDIR=$(pwd)
export APPIMAGE=1
./usr/bin/krita

Does it fix your startup issue?

If it doesn’t fix the issue, try these lines as well:

export LD_LIBRARY_PATH=$APPDIR/usr/lib:$LD_LIBRARY_PATH
./usr/bin/krita

UPD:

Could you please also paste the verbose output of ldd with -v flag added?

ldd -v squashfs-root/usr/lib/libkritaflake.so.19.0.0

It looks like some of the system libraries pulls the system’s freetype library, which overrides the one we ship with the appimage. It breaks the whole structure.