eglibc-package: Dont' try to copy bashscripts for nativesdk

Signed-off-by: Saul Wold <sgw@linux.intel.com>
qemu: Explicitly disable bluez, its not in DEPENDS

(From OE-Core rev: 9f1b2aa87d4faba52fab81cb35ea01a2326b7442)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
console-tools: Clean up recipe

This cleans up various bits of nastiness in this recipe:
  * Drop unneeded m4 macros
  * Update to a recent version of gettext (needs addition of Makevars file)
  * Drop split do_compile and SUBDIRS hacks, just patch out the docs
  * Remove some of the configure.in hacks since they seem unneeded now
    and break gettext (the AC_OUTPUT change).
  * Wipe out acinclude.m4 since it has corrisive contents

(From OE-Core rev: 433a0408158779fed09e8d4257d3624bc312dc72)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gettext: Add config.rpath and Makefile.in.in to gettext-minimal-native

We need gettext-minimal-native to be able to install config.rpath and
Makefile.in.in so that we don't get version mismatch errors when subsequently
using the reconfigured software.

This patch moves the two files to be provided by minimal-native so
that we can better 'gettextize' software without needing the full
gettext-native when using --disable-nls.

(From OE-Core rev: c89cc7ef00416dc56eda33d8c45cd201e9cbf8c4)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
kexec-tools: Add dependency on xz

kexec-tools optionally looks for the lzma code provided by xz. Since this
is generally useful for lzma compressed kernels, add the dependency and
make builds determinstic.

(From OE-Core rev: 396104f455c892d2cf115fbac26477309e96fabd)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
diffutils: Remove rather bizzare gettext macros

diffutils has a rather confused set of getext macros with different names and
strange conflicting version requirements. This patch removes the problematic
macros allowing it to 'gettextize' to the latest standard gettext code without
issue.

(From OE-Core rev: 83f3a8dad35f727ae3ac3741446d8acc4dba03bd)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
texi2html: Add check for directory existence

Without this, if configure fails, it won't be able to run again as the directory
already exists.

(From OE-Core rev: 328b9e9a92af57343de32e53d98455ab9b649f56)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
autotools: Fix race over aclocal macro directory

The previous steps taken to address races over the aclocal macro directory and the removal
of files hasn't been sufficient since aclocal still looks at that directory as part of its
default search path. This patch passes the aclocal-copy directory into aclocal as its system
directory, removing any chance of it accessing the original aclocal directory.

Hopefully this should therefore fix the race issues once and for all.

In order to do this, cp-noerror needs to not error if the directory already exists.

Its also been noticed that aclocal defaults to using STAGING_DATADIR_NATIVE even when
building for the target. Only using the target directory would cause errors such as
missing pkgconfig macros (since we only depend on pkgconfig-native, not pkgconfig).
This patch processes both sets of macros maintaining existing behaviour. At a future
date we could look into potentially optimsing this.

[YOCTO #3216]

(From OE-Core rev: ad29b331e0d61708e68ef772cdb19154956fa67e)

(From OE-Core rev: a8e3f27f667873083b7cd80a7779632b3174c5b3)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
scripts/cp-noerror: Try and use hardlinks if possible

Since we generally have lots of copies of the directories created using this tool, use
hardlinks where possible. This should save a little disk space and improve performance
slightly.

(From OE-Core rev: bfa11c028c2da093f7b4e6b7b1d611da90ae052f)

(From OE-Core rev: efaefd29fe6ea41362247ad43a91839ae673a349)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
autotools.bbclass: Fix gettext macro versions issues

gettext m4 macros don't use the usual versioning/serial mechanism used by
aclocal. It therefore won't update them over and above any local version of
the macro. Equally, we don't run gettextize due to it doing slightly crazy
things to the build.

When we put the aclocal directory as a -I option to aclocal, if this was
found first compared to any recipe provided macros, the correct version
of the gettext macro would still "win". With the switch so correctly override
the system directory, older recipe provided macros may get used.

This patch manually removes the problematic m4 macros in the case we're using
gettext and need to use the correct m4 macros.

This patch also always ensures the gettext manipulations happen, even in the
-native case since missing or stale gettext files could cause build failures.

(From OE-Core rev: e9645d2bbeabaa5251d49edd659ab320fd66d0ee)

(From OE-Core rev: d49ab2ac50f690a47ed81e21305e28d51713cc6b)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ia32-base.inc: don't depend on mesa-dri

mesa-dri is an empty package, so depending on it doesn't achieve anything.

Signed-off-by: Ross Burton <ross.burton@intel.com>
xorg: remove evieext

It was removed from xserver in 2008.

Signed-off-by: Ross Burton <ross.burton@intel.com>
xserver-xorg: add runtime provides for the driver ABI version

The xserver driver ABIs can and do change in a way that is unrelated to the
version of xserver, so it's entirely possible to build an image that has a
mismatch between the server ABI version and the version that the drivers were
built against.  xserver detects this and refuses to load the modules.

By adding RPROVIDEs to the xserver package that describe the ABI versions it has
(such as xorg-abi-video-13, xorg-abi-input-11), drivers can RDEPEND on the
version that they were built against.  This means that when the ABIs change,
there will be package dependency errors at image time instead of images that
build fine but don't work.
xorg-driver: add xserver driver ABI dependencies

At build time extract the xserver driver ABI versions that we're building
against and add RDEPENDs on them, so the driver isn't used against an xserver
with a different ABI (which won't work).
insane: add a check for Xorg driver ABI dependencies

Now that xserver provides driver ABI names, all drivers should depend on the ABI
version that they have been built against.

All drivers that include xorg-driver-input.inc or xorg-driver-video.inc will get
these automatically, so this should only impact binary drivers.

Signed-off-by: Ross Burton <ross.burton@intel.com>