I'm on Centos 7, which, as I'm sure you know, is a little behind the times when it comes to package updates. This is exactly what I want in most cases, but Krita doesn't fall into that category. I built from source following the guide by daveed: http://www.davidrevoy.com/article193/guide-building-krita-on-linux-for-cats and have an environment set up to point to the right directories and whatnot. My issue is when I go to run the executable and it tells me it cannot find the Calligra LittleCMS plugin. It looks to me that Krita can't find any data files, even though I have the environment set up. For the life of me I cannot figure out what's giving it problems. The reason I run it from my home directory is because this is a production machine and I'd really like to keep the system clean. This is to say that if Krita 2.9.4 is released through yum then I'll remove my source build and use the package.

I've read in past forum threads that running kbuildyscoca4 would fix this particular error, but it's not fixing it for me. Any kind of help would be greatly appreciated. I've been banging my head against a wall for a few weeks on and off trying to figure out my path issues.

make log: http://www.pasteall.org/59164/text

install log: http://www.pasteall.org/59165/text

Running Krita from terminal: http://www.pasteall.org/59167/text

.bash_profile: http://www.pasteall.org/59166/text

krita 2.9 does't use sycoca anymore, so it is a paths issue. the path separators are missing for you xdg paths, btw.

these are my paths, krita is installed in /home/boud/kde/inst

ATH=/home/boud/kde/inst/bin:/home/boud/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
QT_PLUGIN_PATH=/usr/lib/x86_64-linux-gnu/qt5/plugins:/lib/kde5/plugins/
XDG_DATA_DIRS=/home/boud/kf5/share:/home/boud/kde/inst/share:/home/boud/kde/inst/share/apps:/usr/share:/usr/local/share:/usr/share/plasma:/usr/local/share/:/usr/share/
XDG_DATA_HOME=/home/boud/kf5/share:/home/boud/kde/inst/share:/home/boud/kde/inst/share/apps:/usr/share:/usr/local/share:

you must run make install.

Hey Boud. Thanks for the post.

This is getting nightmarish now. I've copied your env into mine, with the exception of XDG_DATA_HOME because it writes to some funky dirs. I'm still not getting anywhere with this. I've make installed, added the right env variable scheme, added more XDG_DATA_DIRS variables and it still won't take it.

The issue I have with setting XDG_DATA_HOME is that if I define it using multiple paths, it then writes to that folder structure as if it's one string (ie "/home/italic/share:/home/italic/.local/share" instead of "home/italic/share" and "/home/italic/.local/share"). If I change the home variable, it throws off my other user settings.

At this point, I'm tempted to just install it in /usr/local like it defaults to. Is make uninstall a really reliable way to get rid of everything after make install? I've seen uninstalls leave traces like symlinks before.

XDG_DATA_DIRS=/usr/share:/home/italic/share/:/home/italic/.local/share/:/home/italic/share/apps/
PATH=/home/italic/.local/bin:/home/italic/bin:/usr/local/cuda-7.0/bin:opt/pixar/RenderManProServer-19.0/bin:/home/italic/blender:/home/italic/bin:/usr/lib64/qt-3.3/bin:/home/italic/perl5/bin:/usr/libexec/lightdm:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin

No! make uninstall isn't supported by cmake! I don't know what's with xdg_data_home for you. Right now I'm a bit handicapped so i cannot checkwhat i did to make it all work on centos 6.5, i'm afraid. I'm typing everything with one hand now

I've decided I need krita and tried to install with the regular system install prefix instead of setting my own in cmake. I'm still given the "LittleCMS is not installed" error on startup. I've cleared out every directory I can find in my home related to krita, including prefs and the old install. I'm at a complete loss now. Installing from the centos repo works, though, but it's not 2.9. Could someone push an update to centos some time? 2.9 has been out for a while now but the repo hasn't been touched for ages.

I pushed 2.9.6 to the repo when it was released, so that _is_ available through the centos repo.

I couldn't find it because it was only in epel-testing, not the release repos. Thanks!