Bug 396677

Summary:	KParts template fails to find the part
Product:	[Developer tools] kapptemplate	Reporter:	Adrien Cordonnier <adrien.cordonnier>
Component:	general	Assignee:	Anne-Marie Mahfouf <annma>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	NOR
Version First Reported In:	0.1
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Bug Depends on:
Bug Blocks:	445293

Description Adrien Cordonnier 2018-07-19 20:35:26 UTC

I used the KParts template to create a foo application and the corresponding foopart. I built the application using the instructions in the KParts template README. I tried different installation paths (e.g. /usr/, /usr/local, /opt/kde) but every time, the application fails to load the kpart with the error message "Could not find foo part!".

For example, when installing in /usr, the following files are copied:
-- Installing: /usr/lib/x86_64-linux-gnu/plugins/foopart.so
-- Installing: /usr/share/kservices5/foopart.desktop
-- Installing: /usr/share/kxmlgui5/foopart/foopartui.rc
-- Installing: /usr/bin/foo
-- Installing: /usr/share/applications/foo.desktop
-- Installing: /usr/share/kxmlgui5/foo/fooui.rc
-- Installing: /usr/share/icons/hicolor/16x16/apps/foo.png
-- Installing: /usr/share/icons/hicolor/32x32/apps/foo.png
-- Installing: /usr/share/icons/hicolor/48x48/apps/foo.png

I am using latest package from KDE Neon Developer Edition.
Package: kapptemplate
Version: 4:18.04.3+p16.04+git20180719.0510-0

Comment 1 Adrien Cordonnier 2018-07-26 10:44:51 UTC

It seems fixed after updating packages today. When installing in /usr, the kpart is now installed in /usr/lib/x86_64-linux-gnu/qt5/plugins/ instead of /usr/lib/x86_64-linux-gnu/plugins/. Cmake also displays "-- Installing in the same prefix as Qt, adopting their path scheme."