Bug 461604 - Krita is extremely non-portable
Summary: Krita is extremely non-portable
Status: RESOLVED NOT A BUG
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: 5.1.3
Platform: Other Other
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-08 18:20 UTC by thomas.prior
Modified: 2022-11-11 09:26 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description thomas.prior 2022-11-08 18:20:40 UTC
SUMMARY

I was trying to get Krita 5.1.1 to work on CentOS 7.

I compiled it on Debian 11 and used -DCMAKE_INSTALL_PREFIX but the build system does not seem to include all the library files that Krita needs to run, and secondly it expects them in hard-coded locations regardless of CMAKE options. I managed to use LD_LIBRARY_PATH up to a certain point, with my compiled copy, by storing library files from Debian in `extra_lib`, but after that I hit a long list of library errors, same as when using the `.appimage`.

This means, besides containers, it is seemingly impossible to get Krita 5.1 to run on CentOS 7.


STEPS TO REPRODUCE
1. Compile Krita in Debian
2. Copy files over to CentOS7
3. Can't run binary due to library errors

OBSERVED RESULT
Fails with a bunch of library errors

EXPECTED RESULT
Runs Krita

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: CentOS 7
(available in About System)
KDE Plasma Version: Unknown
KDE Frameworks Version: Unknown
Qt Version: Unknown
Comment 1 thomas.prior 2022-11-08 18:24:41 UTC
Really the pictures of the cat building are totally wrong - it is more like building with a scaffolding (OS library files) rather than building in a fresh patch of sand.
Comment 2 Halla Rempt 2022-11-11 09:26:19 UTC
Generally speaking, unless you really know what you're doing, you cannot build an application on one distro and then expect the binaries to run on another distro.