libgcrypt: don't install m4 file into a subdirectory where it can not be found

For example gnome-keyring fails to compile with this as it depends on the libgcrypt.m4
file which is not visible with hiding it in a subdirectory. Furthermore there is no
reason to put the mentioned file in a subdirectory just to hide it as the commit
message for the libgcrypt_1.5.0.bbappend indicates.

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
upstart: update LICENSE to GPLv2+

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
mjson: fix LICENSE and PR

* COPYING file says LGPLv2.1+, GNUv2 does not make sense
* PR should start with 'r' and 'r0' is default

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
distro: webos: stick to udev 164 version from oe-core

This is what is indented to use with openwebos 1.0 as it's depending right now only on
oe-core and not meta-oe which provides newer versions of udev which are not suitable yet
for openwebos (cause of missing upstart/sysvinit scripts).

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
classes: webos-image: add missing peaces to support ssh-server-* image feature

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
webos-image: add debug-tweaks to pull sshd and zap root password

* this is only temporary and debug-tweaks should be added in local.conf

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
upstart: add alternative link for telinit utility

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
distro: webos: make sure we always prefer version 1.0.12 for yajl

libpbnjson is right now bound to version 1.0.12 but upstream meta-oe already provides just
2.0.x. To be able to use meta-webos with upstream meta-oe we're adding the distro
preference.

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
db8: inherit from webos_system_bus to add luna-service files into our packages

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
nodejs: inherit from pythonnative to compile

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
webkit: clean style to match common OE style (e.g. indentation with four spaces)

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
webkit: use substitution variables for common paths like /usr

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
webkit: completely drop all machine-specific things

Compiling webkit in a machine specific way doesn't really make sense so we drop everything
related to this and forget about it as fast as possible :)

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
webkit: don't use something not existing like ${OPIEDIR} as CXXFLAGS/CPPFLAGS

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
webkit-webos: correct naming of ISIS_PROJECT_DOWNLOAD variable

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
qt4-webos: set PACKAGE_ARCH to ${MACHINE_ARCH}

qt4-webos is really machine-specific as of right so we have to specifiy it to keep package
feeds sane. This is necessary unless qt4-webos moves out of the machine-specific corner and
becomes as universal component available to use for all machines.

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
qt4-webos: use in statement instead of multiple conditions

This makes it easier to add other machines as well. Otherwise the used if statement will
be very complex and long when adding more and more machine names.

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
qt4-webos: add tuna machine to list of supported devices

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
qt4-webos: disable opengl support for tuna machine

As of right now we have no working solution for opengl support for the tuna device so we
disable support here.

Open-webOS-DCO-1.0-Signed-off-by: Simon Busch <morphis@gravedo.de>
qt4-webos: fix build on x86-64 without x86 libs installed

Open-webOS-DCO-1.0-Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>