Bug 326800 - Krita Sketch and Krita Gemini can't be started up because of missing dependency
Summary: Krita Sketch and Krita Gemini can't be started up because of missing dependency
Status: RESOLVED DOWNSTREAM
Alias: None
Product: krita
Classification: Applications
Component: Krita Sketch (other bugs)
Version First Reported In: git master (please specify the git hash!)
Platform: Mint (Ubuntu based) Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-28 21:00 UTC by wolthera
Modified: 2016-04-16 13:50 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description wolthera 2013-10-28 21:00:26 UTC
Using Krita-testing on Linux mint 15, cinnamon edition, kde libraries 4.11.2

After the tablet logs, I noticed Krita sketch and gemini installed, so I wanted to try them out.
Unfortunatly:

Compiled for arch: ::Vc::SSE41Impl 
Features supported: 
	 "SSE2" 	---	 yes 
	 "SSSE3" 	---	 yes 
	 "SSE4.1" 	---	 yes 
	 "AVX " 	---	 no 
OpenGL version 1.1 or higher is present. 
OpenGL version 1.2 or higher is present. 
OpenGL version 1.3 or higher is present. 
OpenGL version 1.4 or higher is present. 
OpenGL version 1.5 or higher is present. 
OpenGL version 2.0 or higher is present. 
OpenGL version 2.1 or higher is present. 
Using the core profile 
file:///opt/project-neon/share/apps/kritasketch/kritasketch.qml:20:1: module "org.krita.sketch" is not installed 
     import org.krita.sketch 1.0 
     ^ 
kritasketch(14790) MainWindow::MainWindow: "file:///opt/project-neon/share/apps/kritasketch/kritasketch.qml:20:1: module "org.krita.sketch" is not installed"


Reproducible: Always
Comment 1 Jekyll Wu 2013-10-29 13:49:38 UTC
> 
kritasketch(14790) MainWindow::MainWindow: "file:///opt/project-neon/share/apps/kritasketch/kritasketch.qml:20:1: module "org.krita.sketch" is not installed" 

missing dependency is almost alwasy a downstream packaging issue. Please report the problem to project-neon developers.
Comment 2 Halla Rempt 2013-10-29 14:07:26 UTC
Well, actually, this is probably a path problem -- we might be installing this module to the wrong place. I'd prefer to look into that first before closing. I've had the same issue when building and installing myself on a fresh system.
Comment 3 wolthera 2013-10-29 15:47:31 UTC
"missing dependency is almost alwasy a downstream packaging issue. Please report the problem to project-neon developers."

Actually, this is Dmitry's (Krita Lime) PPA, so it's kinda useless to report bugs at project neon. I'm sorry if I wasn't obvious about that :|
Comment 4 Dmitry Kazakov 2013-10-29 19:45:20 UTC
Yes, the Sketch and Gemini are probably built because I use CREATIVE there :)
Comment 5 Sven Langkamp 2013-10-30 09:45:28 UTC
I have the same issue with building from source.
Comment 6 Halla Rempt 2013-12-10 10:21:34 UTC
Hm, it actually works here, but I get a blank screen on startup, that only gets repainted correctly after changing the window size.
Comment 7 wolthera 2013-12-10 13:09:10 UTC
(In reply to comment #6)
> Hm, it actually works here, but I get a blank screen on startup, that only
> gets repainted correctly after changing the window size.

Tried that, but it doesn't do anything.
Comment 8 Halla Rempt 2014-01-28 11:22:31 UTC
Fixed by Arjen recently.
Comment 9 Ilya V. Portnov 2014-03-12 16:32:20 UTC
The same bug with Krita built from git master, at debian jessie/sid:
file:///home/portnov/soft/calligra/share/apps/kritasketch/kritasketch.qml:20:1: module "org.krita.sketch" is not installed 
     import org.krita.sketch 1.0
Comment 10 Ilya V. Portnov 2014-03-21 17:44:46 UTC
Got it.
When building/installing from git master on Debian x86_64, imported libs are put into
calligra/lib/x86_64-linux-gnu/calligra
But application searches them in
calligra/lib/calligra

Not sure if bug is in CMake installer script or in directory location code, but bug is not yet fixed actually.
Comment 11 wolthera 2014-04-10 15:26:44 UTC
Yeah, I hadn't realised this bug had been closed because it's not resolved. And indeed, when build on Ubuntu, they too are put into <instal directory>/lib/x86_64-linux-gnu/ instead of /lib/
I managed to get it working via a softlink, but it's a little weird that there's an extra folder being chucked into the hierarchy.