RFC: Porting KDE Plasma Active (WIP)

* RFC: Porting KDE Plasma Active (WIP)
@ 2012-02-02 11:50 Samuel Stirtzel
  2012-02-02 11:56 ` Martin Jansa
                   ` (4 more replies)
  0 siblings, 5 replies; 17+ messages in thread
From: Samuel Stirtzel @ 2012-02-02 11:50 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

Hi,

for some time now I've been working on a port of Plasma Active, the
next generation touch user interface from KDE.
If you never heard about Plasma Active see [1].
For touch devices it is much more satisfying to use a GUI that is
designed for this input method, so I started porting it.
Someone already built Plasma Active for the Pandaboard [2] but it was
compiled native on the device, but somehow this inspired me to start
this project.

The work in progress can be viewed in the repository on github [3].
First of, if anyone does similar work or just likes to participate -
feel free to contact me.

Current Status (may change every minute)
Kdelibs is working, plasma active misses the path to kconfig_compiler
but won't accept a CMake variable (patching the CMake file could solve
this).
Other native dependencies are also working (things like automoc).
The program kde4-config is taken from the host, but could (should) be
replaced with a dummy script, as it only returns some (invalid) values
like prefix ,exec_prefix, qt_bindir and some other paths.

Current problems:
There were some problems along the way, but as of now the most have
been solved or worked around.
If anyone could give a hint how the problems could be solved more
gracefully, then it could happen that we have Plasma Active soon :)

After testing a bit, if QT_INCLUDE_DIR is set to OE_QMAKE_INCDIR_QT it
may work on cross compiling environments, however some times errors
like this occur (PARALLEL_MAKE=""):
-
arm-angstrom-linux-gnueabi-g++  ....
-I/work/oe-core/tmp-eglibc/sysroots/overo/usr/include/QtCore ....
AuthBackend.h:24:19: fatal error: QObject: No such file or directory
-
But inside of /work/oe-core/tmp-eglibc/sysroots/overo/usr/include/QtCore
there is QObject and QObject.h ...

In CMake, setting CMAKE_MODULEPATH won't change the module search path.
Variables don't overwrite the set module path, so
-DCMAKE_MODULEPATH=${SOMEPATH} won't work.
As workaround the recipe generates it's own toolchain file after
CMake, is there any way to overwrite the function
"cmake_do_generate_toolchain_file()" in my recipe?
(Addig a do_generate_toolchain_file() function to my recipe won't do anything)

Like posted before, OE_QMAKE_INCDIR_QT won't work if compiling native
as Qt4-native is handled differently from Qt4x11.
This is also worked around by creating a custom CMake toolchain file
with QT_INCLUDE_DIR=${STAGING_INCDIR}/Qt ${STAGING_INCDIR}/QtCore ...

There are other CMake configure pitfalls (all cross compiling scripts
in kdelibs are commented out) but it seems that at least the most of
them showed already during build time.

One of the remaining things that still bug me is kde4-config,
personally I wonder why the KDE folks use a executable to get the
prefix / exec_prefix and the like where a script could be used?

Current WIP:
KActivities
KDE-Workspace
KDE-Runtime

For the RFC part:
It would really help if anyone could look over the recipes and point
up where it can be improved.
If you want to build it, please note that kdelibs-dev should be
installed as until now the native kde-config is used.
For the patches to the CMake files it would help to point out errors
or easier ways to accomplish the intended goals.

[1] Mobile Plasma Active desktop: http://plasma-active.org/
[2] Building Plasma Active on the Pandaboard:
http://ezjd.blogspot.com/2011/10/building-plasma-active.html
[3] "meta-kde" repository:
https://gitorious.org/openembedded-core-layers/meta-kde

-- 
Regards
Samuel

^ permalink raw reply	[flat|nested] 17+ messages in thread