This task is misleading and potentially quite harmful, as it wipes the entire
DL_DIR, yet tasks are supposed to be recipe specific.  We have the proper
distclean task to wipe sources for a recipe + run do_clean, and the user can
always wipe all of DL_DIR manually if necessary.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Holger Hans Peter Freyther <holger@moiji-mobile.com>
Acked-by: Eric Bénard <eric@eukrea.com>

Some packages like package-stagemanager-native dont use autoools
and autotools_stage_dir can not be found for such recipes.

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Chris Larson <chris_larson@mentor.com>

without this, launching a daemon can fail if postinst is supposed, for
example, to fix permissions of directories used by the daemon.

Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Henning Heinold <heinold@inf.fu-berlin.de>

To use it add the following to your local.conf:

TESTLABLOG = "remote"
TESTLABREMOTEDIR = "/OE/angstrom-testlab"

See http://gitorious.org/angstrom/angstrom-testlab/ for an example of the expected results

Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>

* base.bbclass can set a package's PACKAGE_ARCH to MACHINE_ARCH if
it finds file:// in the SRC_URI and the corresponding file is machine
specific (recipes/foo/foo-1.0/<some machine>/)
* but is_machine_specific actually fails to detect these files as
urldata.path is used instead of urldata.localpath thus preventing the
comparison of the file's path with machinepaths
* tested with bitbake HEAD & 1.8.18, with OE's tree alone and OE's tree
plus an overlay.

Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Chris Larson <clarson@kergoth.com>
Acked-by: Khem Raj <raj.khem@gmail.com>

* qt4e.bbclass did add a dependency on qt4-embedded for recipes
  providing qt4-embedded. This breaks building of qt4-embedded-gles
  in 2 ways:

  1. PREFERRED_PROVIDER_qt4-embedded = qt4-embedded-gles
     adds a circular dependency.

  2. bitbake qt4-embedded-gles
     first builds and installs qt4-embedded to sysroots/ and then
     fails to link the qt4-embedded-gles build against the libs in
     sysroots which don't provide the gl specific symbols

* The fix avoids adding the dependency for package names _beginning_
  with 'qt4-embedded' (as it is done in the x11 version).

Signed-off-by: Koen Kooi <koen@openembedded.org>

Usually openmoko inheriting recipes have SECTION like openmoko/libs
etc then the code works well but for packages e.g. -dev -dbg same
section is not true and the functions fail

File "openmoko2.bbclass", line 2, in openmoko_two_get_subdir
ValueError: need more than 1 value to unpack

This patch makes sure to split the string only if SECTION contains '/'

Signed-off-by: Khem Raj <raj.khem@gmail.com>

Due to a bitbake bug to be fixed in 1.10.1, EXPORT_FUNCTIONS isn't
remapping kernel_do_compile[depends] to do_compile[depends], so
make a comment about cleaning this up once we depend on a working
bitbake.  Next, it needs to add to do_configure (like the users
have manually set a dependancy on) rather than do_compile so that
the initramfs is copied into place in time.  Since we're fixing the
logic in kernel.bbclass, we can drop the workarounds that linux-kexecboot
and linux-preboot have added.

Signed-off-by: Tom Rini <tom_rini@mentor.com>

libtool-cross must not inherit cross, so wasn't getting the right
mangling and saving done.  In addition, we want a slightly broader grep
to be used in these cases.

Signed-off-by: Tom Rini <tom_rini@mentor.com>