openembedded-core.git/meta/classes, branch fido

populate_sdk_base: Ensure PKGDATA_DIR exists

2016-05-06T14:51:14+00:00

The code assumes that PKG_DATADIR exists and will fail if an image has not been
generated which creates it. This occurs when something like buildtools-tarball
is built which doesn't have target packages, only nativesdk ones.

Since this shouldn't be fatal, workaround this by creating the missing
directory.

(From OE-Core master rev: 319c5d55bb0c7e429766f46dd42a15e16a43c4dd)

Signed-off-by: Richard Purdie 
Signed-off-by: Joshua Lock

base: check for existing prefix when expanding names in PACKAGECONFIG

2016-05-06T14:51:14+00:00

When the DEPENDS are added as part of the PACKAGECONFIG logic the list of
packages are expanded so that any required nativesdk-/-native/multilib prefixes
and suffixes are added.

However the special handling of virtual/foo names doesn't check that the prefix
already exists, which breaks under nativesdk as in that situation there's an
explicit nativesdk- prefix *and* MLPREFIX is set to nativesdk-.  This results in
the same prefix being applied twice, and virtual packages such as virtual/libx11
ending up as virtual/nativesdk-nativesdk-libx11.

(From OE-Core master rev: 9e7d207e207bf0319b09d403d87d37f24e3dfbee)

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Joshua Lock

testimage: Handle ipk/deb packaging format tests correctly

2016-05-06T08:42:56+00:00

The default test list only works for rpm packaging. This fixes it for
deb and ipk too.

(From OE-Core master rev: 210c8926405fcf695ec00f5768f29ba198320d6a)

Signed-off-by: Richard Purdie 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Joshua Lock

kernel.bbclass: do not mv/link sources when externalsrc enabled

2016-02-16T14:02:48+00:00

If externalsrc is enabled the 'do_unpack' task is run if the recipe has
some local source files. In the case of kernel recipe this caused the
(externalsrc) source tree to be moved/symlinked. This patch prevents the
behaviour, making sure the source tree is not moved around when
externalsrc is enabled. Instead of moving the source tree,
STAGING_KERNEL_DIR will be a symlink to it.

[YOCTO #6658]

(From OE-Core master rev: 8f6c564661a3801012eb2d9a98cdc99c91712367)

Signed-off-by: Markus Lehtonen 
Signed-off-by: Richard Purdie 
Signed-off-by: Joshua Lock

allarch: Force TARGET_*FLAGS variable values

2015-12-08T22:14:48+00:00

TARGET_CPPFLAGS, TARGET_CFLAGS, TARGET_CPPFLAGS and TARGET_LDFLAGS may
differ between MACHINEs. Since they are exported they affect task hashes
even if unused which leads to multiple variants of allarch packages
existing in sstate and bouncing in the sysroot when switching between
MACHINEs.

allarch packages shouldn't be using these variables anyway, so let's
ensure they have a fixed value in order to avoid this problem.

(Compare with 05a70ac30b37cab0952f1b9df501993a9dec70da and
14f4d016fef9d660da1e7e91aec4a0e807de59ab.)

(From OE-Core master rev: d08fda21bfb7d264c238af0232a22cdd751f5150)

Signed-off-by: Mike Crowe 
Signed-off-by: Ross Burton 
Signed-off-by: Joshua Lock

fontcache: allow to pass extra parameters and environment to fc-cache

2015-11-19T21:33:39+00:00

* this can be useful for passing extra parameters, pass
  -v by default to see what's going on in do_rootfs
* we need to use this for extra parameter we implemented
  in fontconfig:
  --ignore-mtime always use cache file regardless of font directory mtime
  because the checksum of fontcache generated in do_rootfs
  doesn't match with /usr/share/fonts directory as seen on
  target device causing fontconfig to re-create the cache
  when fontconfig is used for first time or worse create
  new cache in every user's home directory when /usr/
  filesystem is read only and cache cannot be updated.

  Running FC_DEBUG=16 fc-cache -v on such device shows:
  FcCacheTimeValid dir "/usr/share/fonts" cache checksum 1441207803 dir checksum 1441206149
* my guess is that the checksum is different, because pseudo
  (which is unloaded when running qemuwrapper) or because some
  influence of running the rootfs under qemu.

Signed-off-by: Martin Jansa 
Signed-off-by: Joshua Lock

sstate: run recipe-provided hooks outside of ${B}

2015-09-29T13:42:15+00:00

To avoid races between the sstate tasks/hooks using ${B} as the cwd, and other
tasks such as cmake_do_configure which deletes and re-creates ${B}, ensure that
all sstate hooks are run in the right directory, and run the prefunc/postfunc in WORKDIR.

Signed-off-by: Ross Burton 
Signed-off-by: Martin Jansa 
Signed-off-by: Richard Purdie

autotools.bbclass: mkdir ${B} -> mkdir -p ${B}

2015-09-19T10:10:31+00:00

${B} is the default cwd of tasks, so there might be race issues such as:
| mkdir: cannot create directory `${B}': File exists
[snip]
NOTE: recipe perf-1.0-r9: task do_configure: Failed

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

gnome: move introspection options to gnomebase

2015-09-01T20:17:24+00:00

The gnome class is really a convenience class to include other classes, so move
the introspection arguments into gnomebase.bbclass.

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

base.bbclass: Note when including pn with INCOMPATIBLE_LICENSES

2015-09-01T11:36:15+00:00

We need to be able to tell people if we WHITELIST a recipe
that contains an incompatible licese.

Example: If we set WHITELIST_GPL-3.0 ?= "foo", foo will end
up on an image even if GPL-3.0 is incompatible. This is the
correct behaviour but there is nothing telling people that it
is even happening.

(From OE-Core master rev: c9da529943b2f563b7b0aeb43576c13dd3b6f932)

Signed-off-by: Beth Flanagan 
Signed-off-by: Richard Purdie 
Signed-off-by: Joshua Lock