Summary: | [5.2 Beta1 Appimage] Instant crash when creating a text selection area | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Protoniv <ss93078> |
Component: | Tool/Text | Assignee: | Dmitry Kazakov <dimula73> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | alvin, dimula73, griffinvalley |
Priority: | NOR | Keywords: | release_blocker |
Version: | nightly build (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Appimage | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/graphics/krita/-/commit/fcf9e4ab46939ce7475f19d8728281b85468b2fb | Version Fixed In: | |
Sentry Crash Report: |
Description
Protoniv
2023-07-27 18:48:51 UTC
The problem is "FT_Get_Transform", which means that the appimage is somehow using the wrong version of freetype????? It looks like the AppImage does not include the shared objects for freetype, and also harfbuzz and fontconfig. This is be a problem we need to address, because we probably expect to be using some rather recent versions of them. `FT_Get_Transform` was added in freetype 2.11.0. OpenSUSE still only has 2.10.x according to https://repology.org/project/freetype/versions. Marking this as a release blocker. Git commit c1ad0bce3930ff10a6e6aa43058901ce51a03f3c by Dmitry Kazakov. Committed on 08/08/2023 at 14:22. Pushed by dkazakov into branch 'master'. Embed our font libraries into the AppImage We require quite new font libraries for Krita with experimental features, so we cannot expect system libraries to be present. I first tried to use the same fallback approach like we use for libstdc++, but then remembered that these libraries do not guarantee backwards compatibility, so we shouldn't try that. M +7 -0 packaging/linux/appimage/build-image.sh https://invent.kde.org/graphics/krita/-/commit/c1ad0bce3930ff10a6e6aa43058901ce51a03f3c Git commit fcf9e4ab46939ce7475f19d8728281b85468b2fb by Dmitry Kazakov. Committed on 08/08/2023 at 14:23. Pushed by dkazakov into branch 'krita/5.2'. Embed our font libraries into the AppImage We require quite new font libraries for Krita with experimental features, so we cannot expect system libraries to be present. I first tried to use the same fallback approach like we use for libstdc++, but then remembered that these libraries do not guarantee backwards compatibility, so we shouldn't try that. M +7 -0 packaging/linux/appimage/build-image.sh https://invent.kde.org/graphics/krita/-/commit/fcf9e4ab46939ce7475f19d8728281b85468b2fb |