openembedded-core.git/meta/recipes-core, branch 2016-4

build-appliance-image: Update to krogoth head revision

2016-04-19T20:25:53+00:00

Signed-off-by: Richard Purdie

buildtools-tarball: set INHIBIT_DEFAULT_DEPS

2016-04-19T13:47:15+00:00

The recipe doesn't need any default deps.

Signed-off-by: Robert Yang 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

buildtools-tarball: fix perl being included when building with ipk

2016-04-18T15:27:45+00:00

Due to some logic within opkg, a package with the name matching a
dependency will always win over a package with that name in RPROVIDES -
even if there is an RCONFLICTS (which is silently ignored), higher feed
priority and version. The end result is that buildtools gets perl
installed instead of the nativesdk-buildtools-perl-dummy package and
that perl (with missing dependencies) gets used in preference to the
host one, which is precisely what we were trying to avoid.

This is almost certainly a bug in opkg, especially as the other
package's dependencies aren't properly installed under these
circumstances either. However, specifying RREPLACES works around this,
and with no apparent side-effects is probably the safest solution for
now.

At the same time I noticed that in prepending to SDK_PACKAGE_ARCHS we
were actually ending up with a low priority for the dummy package feed
rather than a high one, so change to append it instead. This has no
effect on the packages that get installed at the moment, but should be
done in case the package manager behaviour changes to factor in the feed
priority in future.

Fixes [YOCTO #9469].

Signed-off-by: Paul Eggleton 
Signed-off-by: Ross Burton

buildtools-tarball.bb: fix unexpected operator

2016-04-18T15:27:45+00:00

Fixed:
run.create_sdk_files.45747: 131: [: =: unexpected operator

The SDKMACHINE is not set by default.

Signed-off-by: Robert Yang 
Signed-off-by: Ross Burton

build-appliance-image: Load TUN at startup

2016-04-18T15:27:45+00:00

This patch addresses the issue of not being able to execute "runqemu"
in the Build Appliance.
The root cause of the problem was that TAP/TUN was not available,
although required by "runqemu". In addition, the recommended remedy

  $ sudo modprobe tun

would fail for two reasons: modprobe not in PATH (user builder),
and "iptables" located in /usr/sbin but expected in /sbin.

[YOCTO #9437]

Signed-off-by: Juro Bystricky 
Signed-off-by: Ross Burton

images: zero out the rootfs_extra_space in initramfs images

2016-04-18T15:27:44+00:00

Setting IMAGE_ROOTFS_EXTRA_SPACE impacts the initramfs images, results
in an error about INITRAMFS_MAXSIZE.

Signed-off-by: Stephano Cetola 
Signed-off-by: Ross Burton

buildtools-tarball.bb: set TOOLCHAIN_NEED_CONFIGSITE_CACHE to null

2016-04-14T09:58:27+00:00

buildtools-tarball doesn't need config site, set
TOOLCHAIN_NEED_CONFIGSITE_CACHE to null so that no target recipes will
be built when bitbake buildtools-tarball.

Signed-off-by: Robert Yang 
Signed-off-by: Ross Burton

kbd: remove uclibc-stdarg.patch

2016-04-13T09:12:44+00:00

Remove uclibc-stdarg.patch as it is already available in kbd 2.0.3
release.

commit id: b8ef7897867cb1ba1b9f87d004674133c291b1b0
Author: Mike Frysinger 
Date:   Mon Jan 6 10:27:56 2014 -0500
  libkeymap: include stdarg.h where used

Signed-off-by: Maxin B. John 
Signed-off-by: Richard Purdie

sysvinit: make lastb.1 an alternative

2016-04-13T09:12:43+00:00

util-linux has an alternative for it. Add it to sysvinit too.

Signed-off-by: Dan McGregor 
Signed-off-by: Richard Purdie

glib-2.0: Put glib-compile-schemas back in -utils

2016-04-12T21:45:33+00:00

Commit cc97d576 moved a bunch of development tools to the -dev
package. glib-compile-schemas is actually used in postinst by
gsettings.bbclass so it needs to be available on target at package
install time: Move the tool back to glib-2.0-utils which
gsettings.bbclass depends on.

Fixes [YOCTO #9431].

Signed-off-by: Jussi Kukkonen 
Signed-off-by: Richard Purdie