Merge branch 'upstream' into tizen-merged

recipes: mirror Tizen IVI 3.0 (tizen-3.0-ivi_20150201.3)

This is the final release candidate for Tizen IVI 3.0.

Change-Id: I93d27b1e2489fd035f8cd17896fedd1056226a91

Merge remote-tracking branch 'origin/tizen' into tizen-merged

Conflicts:
meta-tizen-adaptation/meta/recipes-kernel/linux/linux-yocto/i586/defconfig
meta-tizen-adaptation/meta/recipes-kernel/linux/linux-yocto/x86-64/defconfig

Conflict came from cherry-picking the 32 bit config fix and then updating the
defconfigs. Should have merged the 32 bit config fix in the first place to
avoid this.

Change-Id: I871118edcce6f9de59cbdbf60b134e2595be5292

Modello recipes: fix zip dependency

Modello packages need zip-native to package and install
web applications for Crosswalk. Updating all recipes using
it. Part of fixing TC-1964.

Change-Id: I9f3bf5c24e6e7953bc43ca71d22018faf81cbc8e
Signed-off-by: Ulf <ulf.hofemeier@linux.intel.com>

linux-yocto_3.14.bbappend: fix patching (cgroup Smack issue)

Because 0005-i2c-i801-enable-Intel-BayTrail-SMBUS.patch is already
part of the linux-yocto kernel, the linux-yocto base recipe
accidentally (?!) also skipped the preceeding 0003-Smack-Cgroup-filesystem-access.patch.

This caused the issue with /sys/fs/cgroup/systemd being mounted
with "_" as Smack label instead of "*", which in turn caused startup
of user sessions to fail with "Failed to create root cgroup hierarchy: Permission denied".

This unexpected behavior of linux-yocto was reported here:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7282

Change-Id: I95a01f0d6a279ffdc848bdd74ca932c4fec24a31

Revert "dbus.bbappend: create Tizen's "dbus" user"

This reverts commit f496b066f2d871d36d888cdfe12ee2f4b2a55958.

The "dbus" user really isn't needed. Instead dbus-daemon
runs as the "messagebus" user. Beware that "messagebus" is
too long to be shown by "ps -ef" from procps-3.2.8 ...

config-tizen-ivi, weston: remove users from "input" group, suid root

It turns out that the suid root bit is needed for weston-launch after
all. It was also set in "Tizen on Yocto" builds published on the
Wiki, but it remains unclear how that was achieved.

The bit was missing because spec2yocto does not translate the permission part
of the file list in the .spec file. We need to add that back manually.

systemd: move into /usr

This changes systemd so that it installs files as on Tizen. The
advantage is that one can do diffs between Tizen and "Tizen
on Yocto" without running into path differences.

Change-Id: Iddc17f5a55ab4bb1e9fc6e154fae87f5a9cd6337

systemd-extraconf.inc: work around read-only root filesystem

When systemd-fsk-root.service completes, remount /
read-write. According to Google and folks on #systemd,
this should be handled automatically by systemd, but somehow
it is not working here.

Change-Id: I30ac5d41faea13ce16d828fcedec269642469acc

filesystem layout: configure via base-files instead of config-image

Changing file permissions via postinst is bad style, for example,
rpm cannot be used to determine why permissions were set this way.
The right way of solving this is via rpm manifest files.

The whole custom config-image can be replaced with a modified base-file
that has a manifest file and DIRFILES_${PN} set up accordingly.

In adddition, this commit also makes "Tizen on Yocto" more like Tizen:
- no more /var/volation - that dependend on a systemd unit from OE
  that was not even present in "Tizen on Yocto"
- /sbin /lib and /bin are now symlinks to /usr

The advantage of these symlinks are that recipes from Tizen which
contain hard-coded paths will work without having to be fixed. It is
uncertain whether there *are* any such recipes at the moment, but
there might be some or might be in the future.

The real advantage right now is that it makes it simpler to compare
file systems from Tizen and "Tizen on Yocto".

Change-Id: I2a1dbdc6de58cdfd245a3c42b6f7a0f8855cb97d

config-tizen-ivi: add users to "video" and "input" group

This is important for launching weston: otherwise it fails to
read /dev/dri resp. /dev/input. This is different from normal
Tizen where users are part of "video", but not "input". Instead
weston-launch is suid root.

"weston-launch" no longer seems to be used at all. Perhaps it
was used to control access to the suid root weston-launch.

Needs further investigation and consolidation with Tizen...

Change-Id: I7aadbcc758434527192d3725bd9c1462f84c3a7a

Modello-Installer: wait for tmp.mount, remove redundant rm

The installer depends on the final /tmp. Without specifying
that, there's a race condition. At least once it was seen
that installation failed because /tmp was not mounted.

The "rm" command is part of the install script itself. There is
no need to duplicate that.

Change-Id: I69e2fc97ba7f1a2f7f44323e0caa2ec2cdece4d6

dbus.bbappend: create Tizen's "dbus" user

It is not clear whether this user is really needed. The original
OE recipe uses "messagebus", but even that does not seem to be
used at the moment: somehow the system dbus-daemon gets started
by systemd with a uid 114 which is not in /etc/passwd at all.

Change-Id: I2ff754491f7cf4a480306c8a2c0643781b6b4e67

base-files: update fstab

The "tizen_fstab" was the same as the original OE fstab; installing
it instead of the original file is pointless.

But we *do* need to modify the original fstab to solve one issue:
systemd-fsck-root.service looks at the file system entry and runs
"fsck.auto" if we keep OE's "auto" entry.

This does not prevent booting, only the file system checking part
of it.

To replace the original file, we use the same name because then
the modified file will be used even when we revert the do_install
override.

config-image.bb: adapt to current Tizen

This is a first attempt to make "Tizen on Yocto" more similar
to Tizen. A better approach based on a modified base-files
will be committed next.

Change-Id: Id910239a0e5db8778ae651333b05e4c4826838ff

tizen -dev images: remove development files

The images are more useful for debugging the images themselves (openssh,
serial console enabled, debug information installed) than they are for
developing apps.

The advantage of disabling the development files are faster build
times and less distractions at runtime: installing development files
often also pulls in additional, unwanted packages (for example,
avsystem-devel pulls in avsystem, which fails to start properly
and is not needed).

Change-Id: Ie30a7caa160439a372048c4ee9219012474d8c26

tizen.conf: always use 3.14 kernel

Because the weaker ?= assignment was used, a BSP layer like
meta-intel was able to override the default kernel. We cannot
allow that, because we really need the Tizen kernel (additional
patches, defconfig).

Change-Id: Idd84347fc0350efc285acb19e17e317af6c2d9a9

weston: configure and start entirely via tlm

Neither the OE weston-init nor "Tizen on Yocto"'s weston-ivi are
needed anymore. Instead tlm provides everything that is needed.

weston-ivi: do not modify tlm configs for Modello

tlm configs no longer need to be modified to enable Modello.

Change-Id: I8df3a15c46c4ee8254ab91e30d2d3e9f23cf2efd

tlm.inc: manually fix recipe

spec2yocto seems to have problem with multiple postinst sections: they were
all added to the main package, thus making it fairly random which tlm.conf
symlink was really created.

This patch also fixes an upstream issue: the original .spec file packages the
same file multiple times in different packages.  We cannot do that with OE,
because a file only gets added to the first package that matches it. Replaced
with a shared tlm-config-ivi-common package.

Change-Id: I273b6da2fcfe3ca3ad14ae33af1c22c9e2fd3867

tlm-extraconf.inc: disable ico, part II

The previous commit still left installed files around because
the rm command did not include the install path prefix.

Change-Id: I877083122dd752487ceae7e3ec956b934de42a73

linux-yocto.bbappend: refreshed to match Tizen IVI kernel

New patches were created with "git format-patch v3.14.19..24e9c9a7dbc184"
in profile/ivi/kernel-x86-ivi and manually filtering out packaging and
defconfig changes.

The new patches were added to Tizen IVI to support fast boot. They
should not matter otherwise.

Change-Id: I860956a930bea94926dc235ba9b987c691a71b55

linux-yocto_3.14 : Fix 32bit kernel build

Disable CONFIG_64BIT kernel option when unnecessary ; enable it otherwise.

Change-Id: I1f8c021419215580fcfb43e4790a29446268c0da
Signed-off-by: Xavier Roche <xavier.roche@open.eurogiciel.org>

tizen-ivi-core-image: remove weston-init

Weston initialization is handled entirely by Tizen config
packages (primarily tlm). We should not add a non-Tizen
package like weston-init into the mix.

This removes it only from Tizen IVI images because it is
uncertain whether it is still needed for Common images.

Change-Id: I68a77789faa06d769204f3264468d02e63d76fd0

packagegroups-ivi-Modello.bb: update to match current IVI

phoned gets pulled in indirectly through Modello-Phone, but
let's list it anyway for the sake of consistency.

tlm-config-ivi-singleseat-modello was missing and must be
listed here.

Change-Id: I1f81d286c9283e735a2fbf38ec948b7a7cb1bb55

weston-extraconf.inc: avoid changing configure options

There is no need (anymore?) to change configure options
because we get the desired ones for IVI from the original
.spec file in the new .inc file.

Change-Id: Ib458dfaf5a7ebff3edb6bff4e646332a1b571bbd

tlm-extraconf.inc: remove hacks, disable ico

The old hacks for getting IVI configuration packages created
are no longer necessary, because the base .inc file is now
the one for IVI.

Unfortunately building tlm-config-ivi-singleseat-ico runs
into a whole range of issues because of the dependency on
a native version of the pkgmgr. Even if we could it get to
build, whether it would work is another question. Ignoring
this issue for now...

Change-Id: I95190032007198702c394528116e2bb08ea03987

tizen-extensions-crosswalk.inc: fix dependency

As usual, this should be corrected in the spec2yoctorc. Do it
manually for now.

Change-Id: Icf360759bc9c0a56297afa3b45c11e260b21b364

recipes: merge branch 'upstream' into tizen-merged

This brings in a newer Crosswalk and configuration changes for IVI.

Change-Id: Iadec43eb382258162618bcd97d3315c72fc0d553

recipes: re-generate with %profile ivi

spec2yocto was using %profile pc before. Fixing that leads
to a different result for a number of projects.

In addition, the slightly more recent tizen-ivi_20150128.1_atom.xml was used,
bringing in a new revision of Crosswalk.

Change-Id: I14b8bbc00c507d41f286038e774e16c8c54841db

genivi-shell-extraconf.inc: enable ${WESTON_LIBDIR} hack again

Due to the recent changes in genivi-shell.inc, the sed command
adding the sysroot prefix was not getting executed anymore.
We need to run this before do_configure, which will always be
executed.

Change-Id: Ib910674c41cd4c9915e9168b0a9c333ee3379e26

opencv: bump version and disable ffmpeg to match Tizen

The meta-oe opencv_2.4.bb no longer compiles, something
related to ffmpeg support.

That is not enabled in Tizen anyway, so we could use that
recipe and just modify the PACKAGECONFIG in a .bbappend file.
But as Tizen is on a different, more recent version, better
copy the recipe and update it to use source and default
features as in Tizen.

Change-Id: I8bdd14b5e2d57399e7bd8b6fcc4525f0ad32fa81

lemolo: disable redundant contacts-service check

It is not just that the Lemolo .spec file unnecessarily
specifies a build dependency on contacts-service, there is
also a redundant configure check which we need to remove.
The code itself then compiles fine without contacts-service.

Change-Id: I7a696b269e0e31128d6d762cff5dcf336cc105a7

libslp-location: restore do_compile

Somehow the latest spec2yocto run ended up removing the do_compile
content. Restore it by reverting that commit (1285e331).

Change-Id: I09e9d8293665c62178989aef99e6347ace62d3d7

recipes: remove more unused recipes (buxton, cynara, security-manager)

Those were imported recently for Common, but are not used yet in IVI
and thus untested.

Change-Id: I73acf43628700870a74f569e3d67639a17d7b9cd

linux-yocto_3.14 : Fix 32bit kernel build

Disable CONFIG_64BIT kernel option when unnecessary ; enable it otherwise.

Change-Id: I1f8c021419215580fcfb43e4790a29446268c0da
Signed-off-by: Xavier Roche <xavier.roche@open.eurogiciel.org>

crosswalk-extraconf.inc: disable creation of debug files

According to Paul Eggleton, setting should disable the creation
of at least some of the unpackaged files. Test build with this
change is still running.

Change-Id: I3d811c75490ca1f5652d0a5225421c61903e68ae

crosswalk-extraconf.inc: disable crosswalk-dbg package

When enabled, it gets so large (?) that the "installed"
size entry in the package feed turns into an invalid "None".
To work around this tools issue, disable the package.

This leads to QA warnings about installed but not packaged
files. This needs to be solved separately, ideally by not having
these files generated in the first place.

Change-Id: I991604395839a430ecc7a8fc878d75728ce63cad

phoned-extraconf.inc: package systemd unit file

Not sure why this is not causing issues when compiling the .spec
file. At least with bitbake the unpackaged link causes QA warnings.

Change-Id: I90126dce80a0bf37100209a5dc3723f37b793375

lemolo.inc: remove incorrect contacts-service dependency

Lemolo no longer depends on contacts-service. Could also
be removed from the .spec file.

Change-Id: I596b605a72c5aae2cffe229c7f1ca4a4780f4638

gumd.inc: do not build documentation

We don't have a working gtk-doc, so just remove the dependency.
This disables building of documentation.

Change-Id: Iedef1b65b5f47143ce7d4c3cb1d2b85a9dd7a54c

libmedia-service.inc: fix license

The .spec file's license declaration is broken, fix it here.

Change-Id: I7a42a6788bb3cbdf8ef9c601209ac9378b196aa1

vala: fix valac circular dependency, part II

The previous commit for this made the patch obsolete and deleted
it, but did not include the removal from the SRC_URI, thus breaking
the build.

Change-Id: I7533b764be6cbcc6493adcfce160009b06a474f7

capi-base-common-extraconf.inc: improve -dev file list

Upstream .spec file does not package the .so file correctly,
fix it here to avoid QA errors.

Change-Id: I3b91d3854dd879208a66a80ab1ebd409ffe0e2cb

tlm-extraconf.inc: remove out-dated do_install

This no longer worked because upstream file names changed.
It also was buggy, see https://review.tizen.org/gerrit/#/c/33770/

Let's drop it for now to get compilation working and then
figure out how we can get the right tlm config into place
in images.

Change-Id: Ifeb7015a0a9b961da605823bfe514ec91cc75e32

tlm.inc: manually fix dependency

Future spec2yocto runs will do this automatically, see spec2yoctorc
in the "tizen" repository.

Change-Id: I16cfb86801c433fd037265c896220c50d258e837

avsystem: remove obsolete patch

It is included in the updated upstream source code.

Change-Id: Ib941033faddbb1dd83c12b31696c2e4b0fe40c4c

gcr, gpg2: replace Tizen gpg2 with meta-oe gnupg

After the version bump, the gpg2 patches no longer applied
and without them the recipe did not compile, because upstream
GnuPG relies on config scripts, which are disabled when building
with bitbake.

Instead of sorting that out, let's use the available gnupg recipe.
It compiles the same version, 2.0.26.

Change-Id: I0b5bd98a8107d896e875e911fab080cccb588692

Tizen IVI image: remove unused Common packages

This removes wrt-widgets, user-session-units and meta-common,
which are all not used in Tizen IVI 3.0 and thus were also
removed from the current recipe set.

They are intentionally left in the Common image configuration
because they might server a purpose there, even if those
configurations are now unusable as they stand.

Change-Id: I62e61a703f6d2fd027cdb971976230c419107d0b

Merge branch 'upstream' into tizen-merged

Conflicts:
meta-tizen-common-base/recipes-application-framework/capi-base-common/capi-base-common.inc
meta-tizen-common-base/recipes-application-framework/vconf-buxton/vconf-buxton.inc
meta-tizen-common-base/recipes-applications/libslp-location/libslp-location.inc
meta-tizen-common-base/recipes-applications/libslp-memo/libslp-memo.inc
meta-tizen-common-base/recipes-core/oma-ds-agent/oma-ds-agent.inc
meta-tizen-common-base/recipes-core/sync-agent/sync-agent.inc
meta-tizen-common-base/recipes-core/tlm/tlm_git.bb
meta-tizen-common-base/recipes-graphics/libdrm/libdrm.inc
meta-tizen-common-base/recipes-multimedia/libmedia-service/libmedia-service.inc
meta-tizen-common-base/recipes-multimedia/libmm-log/libmm-log.inc
meta-tizen-common-base/recipes-security/gpg2/gpg2.inc
meta-tizen-common-base/recipes-social/contacts-service/contacts-service.inc
meta-tizen-common-demo/recipes-graphics/weston-common/weston-common.inc

Conflicts were caused by make invocation: we replaced -j16, while upstream
make invocations varied between older and current spec2yocto run. The reason
for that partly seems to be that we lost patches replacing plain "make"
invocations with "%_make". The result is that the converted recipe has
"make" instead of "oe_runmake".

If that matters, then we should do another round of patching of the generated
.inc files, because getting more changes into place in Tizen is hard at the
moment.

Change-Id: I6f510814ba88b19a03b7aa1a60587219c04638fe

recipes: update via spec2yocto

This was done using 1745228b2 in the "tizen" repository, which
focuses on IVI recipes.

Change-Id: Iddc2ab1cba86b7a6388789b794ce3a4f4fca4589

recipes: remove recipes no longer converted from Tizen

We cannot support both Tizen Common and Tizen IVI on the same
branch, because both have started to diverge. Focusing on IVI
for the next release.

Part of that consists of configuring spec2yocto to convert
.spec files as used by IVI. The ones not converted anymore
are both out-dated and untested, so better remove them.

Change-Id: Ieddffc54c4b84892d506aded88c9a2a3739242ba

tizen-ivi: continue to use vconf

Tizen Common recently started to use the vconf-buxton compatibility
layer instead of original vconf. The recent spec2yocto refresh
brought in the replacement.

Tizen IVI continues to use vconf and so should we.

Change-Id: I4b9062c04f4a49f48ad138dcbb37b1114a839f08

weston-ivi-shell-extraconf.inc: also remove wayland.png

These files need to be removed because they overlap with
weston. The .spec file does it by excluding them from
the files list, which is something that does not work
when building with Yocto.

A better solution in the .spec file would be to delete
the files after %install, which would work when translating
to Yocto.

Change-Id: If2a9dec2a18e2ed596161a88588314e233fb6084

genivi-shell: update build fixes

The recent spec2yocto refresh led to different build rules.
The wayland-scanner invocation is now in the .inc file and needs
to be fixed there.

We also must ensure that it happens as part of do_compile,
because the wayland-native dependency is only guaranteed to
be resolved for that task and not the earlier do_patch.

Change-Id: I5890e7a47d96799eceb7f5a425386af8e6b0a436

automotive-message-broker.inc: manually disable QT5 dependency

Some of the new dependencies are wrong for the Bitbake Qt recipes.
Instead of opening that can of worms now, better keep these optional
features disabled.

The right solution will be to update the spec2yocto rpm build config.
Doing it manually is only the first step to get going again.

Change-Id: Ie3f2dd9ac050f6e32a8717ad7d3ebe4585715ba5

crosswalk: adapt compile fixes

The recent spec2yocto refresh produced different compile rules.
Extracting crosswalk-thirdparty/out.tgz is now in the .inc file
and needs to be fixed there.

do_configure() is empty in both and thus can be removed from -extraconfig.inc.

Change-Id: I076e3636aab9ef00b6668dff6078779e8b0317c4

crosswalk.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping
and/or fixing. As a temporary solutin let's fix that manually.

Change-Id: Ic61f0f10b86755135865b7e2ebfb0a59a1d76f29

crosswalk-thirdparty.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping
and/or fixing. As a temporary solutin let's fix that manually.

Change-Id: I3fee570dd402d7f2dac3a39381dfc38a82211666

libsecret-extraconf.inc: disable documentation generation

Despite reason fixes, it still was not working. Just disable
it for now.

Change-Id: I59f1b23bec45e36ffdc341dd9bff92bce9fd0e97

buxton.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping
and/or fixing. As a temporary solutin let's fix that manually.

Change-Id: I3908b796502a270115643053d356b26fb3ade983

libmm-log: manually fix and update

spec2yocto was tracking an obsolete revision of the source via
manifest_fix.xml. That revision was too old for libmm-debug, which caused
compile errors.

For now, update to the later version manually, ignoring the missing manifest
file.

That Samsung's update of the upstream code dropped the explicit manifest file
is not nice, but should not cause issues because both OBS and "Tizen on Yocto"
have default manifests (see d47ae747b "manifests: default Tizen manifest").

Change-Id: I2bdb87a52b9f899730aecd325c02a7cd50942ead

libmedia-thumbnail.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping
and/or fixing. As a temporary solutin let's fix that manually.

Change-Id: I044f090f5e78e0e2e468e2c097187d2f8306e6a7

pam.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping
and/or fixing. As a temporary solutin let's fix that manually.

Change-Id: Ib9c92624463f937b62f3f6ce932888517434d0bb

vala: update extra FILE list to match new version

It would be nice to have a variable for that in the .inc file,
but for now just keep updating the version in the -extraconf.inc
file when doing version updates.

Change-Id: I76a7bb342a5bc64b78c0296c165121a409a3e738

vala: fix valac circular dependency

Building vala-native randomly failed to build depending on the order
in which files were checked out by git: if the .stamp files happened
to be older than the .vala files, valac would be called to regenerate
the .c files, but that fails without valac.

This would not happen when untarring the pristine upstream source,
but spec2yocto does not support that mode.

The Fix-time-stamp.patch may have been meant to address that, but despite
refreshing it, builds still failed. The new approach is to fix up time stamps
differently for native (do not rebuild source) and target (always rebuild).

Change-Id: I3b8f0e7b275d7032ec460ea15e5f1d1beeec518d

vala: refresh Fix-time-stamp.patch

Updated the patch to match the latest upstream source.

Change-Id: Ifc5a4db8d7a3cf94dae11a5efbbb43afcdac70f4

systemd.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping
and/or fixing. As a temporary solutin let's fix that manually.

Change-Id: I58dd303306bedf93efd4037f686317001c45963e

libslp-location-extraconf.inc: remove obsolete patch

The "subdir-objects" option is part of the more recent upstream
source.

Change-Id: Id1234a53f8954203fe80e98c2144fad5a09439c7

vconf-buxton.inc: fix dependencies

The automatic spec2yocto refresh was missing some dependency mapping and/or
fixing. As a temporary solutin let's fix that manually.

Change-Id: Icd744b96b20fc88c77b267ba90f65285611381de

crosswalk: Add missing quotes around export lines

This fixes a bashism: it works without quotes in bash and fails in dash.

Change-Id: Id34e02f37189d1d1bc84cc575cc85fa4bf451b6e
Signed-off-by: Saul Wold <sgw@linux.intel.com>

festival: fix install script

The install was hardwired for unknown_Linux, but there is some host
contamination, that determines it could be DebianGNULinux, so make the
install host agnostic.

Change-Id: Ib50e2c0ea0477f70ed53bab57d89f742497d42eb
Signed-off-by: Saul Wold <sgw@linux.intel.com>

Merge branch 'upstream' into master_merged

Conflicts:
meta-tizen-common-base/recipes-application-framework/app-svc/app-svc.inc
meta-tizen-common-base/recipes-multimedia/libmm-common/libmm-common.inc
meta-tizen-common-share/recipes-crosswalk/crosswalk/crosswalk.inc
meta-tizen-ivi/recipes-graphics/genivi-shell/genivi-shell.inc
meta-tizen-ivi/recipes-ico/ico-vic-amb-plugin/ico-vic-amb-plugin.inc

   All caused by the -j16 change.

meta-tizen-common-base/recipes-application-framework/pkgmgr/pkgmgr_git.bb

   Source was manually changed. Now uses the IVI revision.

meta-tizen-common-base/recipes-multimedia/pulseaudio/pulseaudio.inc
meta-tizen-common-share/recipes-connectivity/ofono/ofono.inc

   Caused by manually fixing the Bluez4 dependency. Manual fix no longer
   necessary.

Change-Id: I5c8d814fb87cd06cc72ca6253d625c8c9c4f5f60

libslp-location.inc: manually restore do_compile

It got lost during the previous spec2yocto run. Eventually that
problem needs to be addressed, but now now.

Change-Id: I6b9c382f09493484cf95be98f8e129f989d45593

recipes: update via spec2yocto

This is the result of spec2yocto for .spec files coming from (in this order):
manifest_fix.xml (Commit "Clean Fix", Jan 12, 2015)
tizen-ivi_20150126.2_atom.xml
tizen-common_20150123.3_x86_64-wayland.xml

There are some dubious changes in the revised files:
- removal of -DX11_SUPPORT=Off in pkgmgr.inc
- empty do_compile in libslp-location due to: "ERROR more than 1 autotools_do_configure for "libslp-location"

The pkgmgr.inc change is actually okay, the more recent code (ceb738c1) no
longer contains X11 calls.

The other failure will be undone manually in a separate commit.

There also was a spec2yocto error for ofono: ERROR Too many manifest for "ofono"
However, the ofono recipe seems to have been updated despite that.

Change-Id: Iab5cb59123fd12bff752168d3c3fc8251248150b

crosswalk: Add missing quotes around export lines

This fixes a bashism: it works without quotes in bash and fails in dash.

Change-Id: Id34e02f37189d1d1bc84cc575cc85fa4bf451b6e
Signed-off-by: Saul Wold <sgw@linux.intel.com>

festival: fix install script

The install was hardwired for unknown_Linux, but there is some host
contamination, that determines it could be DebianGNULinux, so make the
install host agnostic.

Change-Id: Ib50e2c0ea0477f70ed53bab57d89f742497d42eb
Signed-off-by: Saul Wold <sgw@linux.intel.com>

Tizen recipes: avoid -j16

-j16 is too high for users on smaller machines, leading to swapping and
out-of-memory situations, including random killing of processes by the
kernel's OOM killer.

This commit is the result of a global search/replace of -j16 with
${PARALLEL_MAKE}. It touches files generated with spec2yocto, so beware to fix
that tool before refreshing recipes.

In some cases (like calling oe_runmake), passing -j is redundant because it is
already included in the default parameters. This commit does not try to
address that, so one may see things like (from ail):

+ oe_runmake -j 16
+ oe_runmake_call -j 16
+ bbnote make -j 16 -j 16
+ echo 'NOTE: make -j 16 -j 16'
NOTE: make -j 16 -j 16

The "-j 16" here corresponds to ${PARALLEL_MAKE}.

Change-Id: Id7d7285a4ae88fdb44292758de79d98537e12f58
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>

libsecret: add doc generation dependency to build this

Without xsltproc, document generation for this
package will fail and it won't build.

Change-Id: I9e90aef8da3f837c888b6763873588134a5a5ed2
Signed-off-by: Ulf <ulf.hofemeier@linux.intel.com>

neard: package tests

Change-Id: Ida43b89d0183d265d95732c54443c4fe14c90ba2
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

desktop-file-utils: avoid host pollution

Building fails when Emacs is installed on the host. The reason
is that the .spec file assumes that Emacs is not installed and
installing the lisp files needs to be done manually after the
desktop-file-utils "make install".

The actual failure then is:
...
|   test ! -f /data/yocto/build/tizen-distro/ivi/x86_64/tmp-glibc/work/core2-64-oe-linux/desktop-file-utils/0.20-r0/image/usr/share/emacs/site-lisp/desktop-entry-mode.el
| ERROR: Function failed: do_install (log file is located at
/data/yocto/build/tizen-distro/ivi/x86_64/tmp-glibc/work/core2-64-oe-linux/desktop-file-utils/0.20-r0/temp/log.do_install.14197)
ERROR: Task 6589 (/data/yocto/tizen-distro/meta-tizen/meta-tizen-common-base/recipes-core/desktop-file-utils/desktop-file-utils_git.bb,do_install) failed with exit code '1'

To avoid the check for Emacs, pre-set the autoconf variable.

Change-Id: Ib96451edf8b5ce13f9e957668b4406bd3e64209d
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>

Merge "libgpg-error: Fix copying of platform specific header file" into tizen

packagegroup-base: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: I329fd8379251454fad651baf2b7912ad592c8aba
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

bluez-hcidump: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: I4e77f4e801fbbb744566525bb93027634c86c3bb
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

gstreamer1.0-plugins-bad: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: Ife13760e6db1c6aeb2a77c2534e536c74615e9f3
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

pulseaudio: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: Ie2cd4029607fb51c3ac5affc710d91ebed73a223
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

tizen-extension-crosswalk: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: I614a15da6da86c94ce28b45b413873ca3ab56c41
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

ofono: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: I36adac589683b46d7b9ee4433126be4830ee6673
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

neard: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: Ic5fcb27a20ef5cc2031c28213b20c3a2c910dfbd
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

connman: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: I735d9aa42772e40af89a917aee967521bf69a958
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

connman: move recipe and patches to the proper dir

Change-Id: I5ccba71d2950e228c0f77a515aa6a1bed0d4a94f
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

neard: move recipe and patches to the proper dir

neard is a oe-core recipe, not a meta-oe one so put it in
meta-tizen-adaptation/meta instead of meta-tizen-adaptation/meta-oe

Change-Id: I352a1ed9311027f9d24f7805c736bd9451eda7e9
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

tizen.conf: use bluez5 instead of bluez4

Bug-Tizen: BTY-77
Change-Id: Ib36cfd5f69f4f70672381eec7a67310f6cb5a15a
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

Add connectivity tests to dev images

Change-Id: Id35ed684a0e7a3e063fae1047de3d3a1d1891f10
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

Add connectivity tests packagegroup

Change-Id: I0b52320fa18a66f0e45a5ce05f575a2605ba83f7
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

gstreamer: disable tests and examples

We would not be using them in Tizen at the moment anyway.

Change-Id: I4a80405eeace4bdffab75d3bd84d3740b78974e2
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

Add gstreamer packagegroup to Common and IVI images

Change-Id: I9afa8cf7a5603997e4f56db5ff1a2006bea02bc5
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

Add a packagegroup for gstreamer

Change-Id: I32244c12ea313a3999bd230875386865967d78e9
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

crosswalk: add per architecture configuration

Configuration was defined on a per machine basis instead of per
architecture. Defining it for architectures remove redundancy between
configurations and does not restrict the machines to the ones listed in
the recipe.

Same thing is done for crosswalk-thirdparty.

Change-Id: Ic40bbec3a1849385bf098439e7371e9cc5a9cce8
Signed-off-by: Kévin THIERRY <kevin.thierry@open.eurogiciel.org>

tizen.conf: PREFERRED_PROVIDER for libxml2-python

Tizen does not have python-libxml2, so for the sake of consistency,
use libxml2 as provider of libxml2-python.

Change-Id: If3f1301d1cbd5981486f6ff63c8fb86484fd635a