connman: Change hard coded package name to support multilib

connman plugins have dependency on bluez4, wpa-supplicant, and ofono.
These names are hardcoded, fix the issue to support multilib.

(From OE-Core rev: a27503dc76652afef6eaf7330c8e6a421d72a6fc)

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

package(rootfs)_ipk.bbclass: support multilib in opkg backend.

Support install multiple multilib in opkg backend.

The installation is done in 3 phases.

Phase 1: install normal packages to IMAGE_ROOTFS.

Phase 2: install multilib packages under MULTILIB_TEMP_ROOTFS. Packages
belongs to the same multilib arch would be installed to a unique
directory.

Phase 3: check file confliction between IMAGE_ROOTFS and
MULTILIB_TEMP_ROOTFS, install multilib packages to IMAGE_ROOTFS only if
the sanity check passed.

(From OE-Core rev: 9d81c2166be7ed388e5616e01ca2b4059e524c8e)

Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

image.bbclass: Added variables for multilib support.

1. Added MULTILIB_PACKAGE_INSTALL for multilib instances of packages to
be installed in the rootfs.

2. MULTILIBRE_ALLOW_REP contains the regular expression to match the
files allow to be replaced by the conflicting files.

3. MULTILIBRE_FORCE_SAME contains the regular expression to match the
files allow to be replaced only if the conflicting files are identical.

4. Added shell function multilib_sanity_check() to check whether the
overwring for multilib situation is allowed.

(From OE-Core rev: 137a4626a7e8107fc8a71724d5124f44236293b9)

Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

package/rootfs_rpm: Implement RPM multilib package handling

This is a first pass at adding multilib support to the RPM package
and image handling code.

(From OE-Core rev: 1939a4395997098862912e013a2b13ed2f385f9f)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

multilib: Add missing files from broken patch merge

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

base.bbclass: Fix PACKAGE_ARCH typo

(From OE-Core rev: 22a42df1843c8a95cf3be214a413d660adaadb32)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

module-init-tools-cross: Drop static binaries patch as a better fix has been merged

(From OE-Core rev: 4f6783b83d722d040707d0b7cd69f27b133bd562)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

gcc: Drop part of the 64bithack patch which is no longer used

Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc:

's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#'

we can drop the patch which changes a hardcoded value for this.

No PR bump since there is no code change resulting from this, its just
a cleanup.

There is still a valid question over the remainder of this patch and its
interaction with multilib configurations.

(From OE-Core rev: 036faf66c3889cd8bf4cd3c9b97c80f008f3c6e2)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

linux-yocto: revise the dependency for multilib

(From OE-Core rev: b9a0fd48570a603692c8a177b2b0583429639592)

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

eglibc: fix for multilib RPROVIDES issue

in eglibc-package.inc, the "PACKAGES" variable use the ${PN} reference,
while RPROVIDES does not use ${PN}. This will lead multilib.bbclass
not mapping its RPROVIDES, and cause "NO RPROVIDER: lib64-glibc-utils"
error.

This patch unify the recipe to fix this issue

(From OE-Core rev: 37ff0fea8f7180b1a9d91d24dfe1735730427497)

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

do_split_packages: revise for multilib case

in multilib case, the PACKAGE_DYNAMIC is overrided with multilib
prefix. Take multilib:lib64-perl as example. the "perl-module-*"
will become "lib64-perl-module-*"

the output_pattern in do_split_packages is designed to work with
PACKAGE_DYNAMIC, so it should be applied with the same logic, i.e.
overriding with multilib prefix. otherwise the do_split_package will
split incorrect files

this patch implements the mulitlib override logic for do_split_packages

We also need to rename the extra_depends to support multilib case
(from Dongxaio Xu).

(From OE-Core rev: a4bc86713892502aeefbbdb3053e8cf1e1fc0bdb)

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

lib/oe/util.py: Add MLPREFIX support to prune_suffix()

prune_suffix() also needs be aware of MLPREFIX when changing PN for
use in BPN.

(From OE-Core rev: 20dd241052afa5ff80b91ebf09b0b48765bc3412)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

multilib: Add support for compiling recipes against multiple ABIs

This patch adds the core multilib class which can be used along with a
parameter specifying the mutlilib to use in BBCLASSEXTEND.

The MLPREFIX variable is added and can be used in cases where its too
difficult to dynmaically work out where a mutltilib prefix is needed
to be added to a variable.

This includes:
  * SHLIBSDIR and PACKAGE_ARCH fixes from Lianhao Lu.
  * PACKAGE_DYNAMIC mapping from Yu Ke
  * PACKAGE_INSTALL mapping from Yu Ke
  * RPROVIDES mapping from Yu Ke
  * TARGET_VENDOR fix from Mark Hatle
  * Ignorning *-native-runtime dependnecies as well as *-native from Yu Ke
  * Map PKG and ALLOW_EMPTY from Dongxiao Xu
  * Ensure RCONFLICTS and PKG field dependencies are remapped (from Dongxiao Xu)
  * Ensure PN and MLPREFIX are set at the same time to ensure consistent BPN values (Yu Ke)

(From OE-Core rev: 5d9453049915db48ec4b5972e12287417ebb61a2)

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

linux-yocto: update SRCREVs

Updating the linux-yocto SRCREVs to pickup changes from the
continuing uprev to korg 3.0. With this set of update, the
meta/feature audits are complete.

qemumips and qemuppc are fixed with this update and can now
boot to a prompt.

(From OE-Core rev: b4ec5c27b51c15e8bde7ca2597329c4f5b801240)

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

base.bbclass: Add compatibility package name mapping handler

This means if PKGARCHCOMPAT_ARMV7A is set, "armv7a-vfp-neon" is renamed
to be "armv7a". Other compatibility mappings can be added as needed.

(From OE-Core rev: 08c0b7060009113e8dffdef51ff6b9b4b7f28894)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

cmake.bbclass: add ${libdir} for multilib case

    (From OE-Core rev: e198b72bc03c7545417944dcb3c930aaf2376488)

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

RPM: multilib file class/color

We need to include file class and file color in order to do the conflict
resolution required with a multilib design.  This is normally disabled when
we don't use the internal dependency generator, patch enables it in
all cases.

(From OE-Core rev: 4c43ea3440ecca02d2945b02017f56a8de9ff808)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

distcc: fix makefile parameter order

When linking with gcc, the parameter is read from left to write, if *.o
calls a function contained in libxxx, the parameter order should be

"gcc ... *.o -lxxx".

This commit fixes the problem in distcc.

(From OE-Core rev: 782499eaa817f1beecc0aea5bfa075196f8e2a53)

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Add basic PowerPC core tune config

(From OE-Core rev: 3212029f0967dd353fec8cc147d2b95031d1018a)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Add basic Mips core tune config

Acked-by: Mark Hatle <mark.hatle@windriver.com>
(From OE-Core rev: b33cdc23c04acfa55df0f764e1648bf030ae5e9c)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Add ARM tune file overhaul based largely on work from Mark Hatle

(From OE-Core rev: 789dcb8e68a2ab9784ac10ab36815010c61af2fc)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

package.bbclass: fixup_perms - change symlink processing

We switch to using os.lchown in order to avoid following a symlink.

We also now check if an item is a symlink, if so we avoid the
os.chmod as a symlink inherits the mode of it's target.

(From OE-Core rev: c64d075b3d367e6c76aafa17782585d026b1f31e)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ncurses: Resolve header and man page multilib conflicts

By default man pages are compressed, the way ncurses compresses
them causes differences (timestamp and name) to be embedded into
the gziped file.  So each build will end up with a slightly
different file.  Avoid this, by not compressing the man pages.

Avoid header conflict with curses.h using the multilib header
helper.

(From OE-Core rev: ae5269039511d0f3d8aa6a87cb8d9fcf01d79ddd)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

eglibc_2.13: Resolve multilib header conflicts

Due to mismatches between various header definitions in i386 and x86_64
we need to overwrite the i386 versions of the headers with their x86_64
equivalents.

This can not be done for the syscall.h as it's dynamically generated,
so use the header conflict resolution helper for that.

(From OE-Core rev: 019a33236f76aacb989e8f37b09b81599c27f296)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

linux-libc-headers: Fix file conflict -- ..install.cmd

The ..install.cmd conflicts between various configure runs.

This isn't used anywhere, so remove it to avoid the conflict.

(From OE-Core rev: f7b1ccfaa15e2dd4ff25f2a5f56ac3aff63c7288)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

beecrypt: Fix multilib header conflict - beecrypt/gnu.h

beecrypt/gnu.h conflicts between 32-bit and 64-bit versions.

(From OE-Core rev: f520b91f878bb16b4b351ddb5f2240e318181044)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

apr: Fix multilib header conflict - apr.h

apr.h conflicts between 32-bit and 64-bit versions

(From OE-Core rev: 6e280bf3e2edf3a9e7dfe0e86bcc5c763d52211a)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

binutils: Fix multilib header conflict - bfd.h

bfd.h conflicts between 32-bit and 64-bit versions.

(From OE-Core rev: cd2975f7ad380aaac8c88bc151a2c34a42d4c540)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

multilib_header.bbclass: Add oe_multilib_header wrapper

This helper function and associated header will allow us to
resolve two/three header files that conflict due to contents
that change based on wordsize and ABI.

(From OE-Core rev: 1fe66d01b7bce70a37245d47b1abce155fae926e)

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

classes/image*: Revamp creation of live images

This creates a live image as an IMAGE_FSTYPES, thus removing the
need to have additional -live.bb recipes.  To create a live image
one just needs to add live to the IMAGE_FSTYPES list

(From OE-Core rev: b3ff63796cd6629975ff0a726ba18cc168e0a2b2)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

utils.bbclass: Don't forget to pass the cmdline options

This ensure that the command line options from the creation of the wrapper
are actaully passed into the wrapper.

(From OE-Core rev: 190b4f17f5fc9879e680278dd0e31e26e5f5bca0)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Remove -directdisk.bb recipes

(From OE-Core rev: bdcd377eb54b5af34151b7c20459771901a65f4b)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Remove -live.bb recipes

(From OE-Core rev: 3b29e2c94cb696a22602f99d7714950a38b4eb8e)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Rework the siteinfo for powerpc to fix uclibc fallout

I believe that powerpc-linux is now a common file across 32bit/64bit
linux for powerpc be it uclibc or glibc. I compared the differences
between powerpc-linux-uclibc and powerpc-linux files and it
powerpc-linux was more uptodate and all the new stuff it had was needed
for uclibc anyway so we do not need to keep exact copy of powerpc-linux
as powerpc-linux-uclibc instead we use powerpc-linux for powerpc/uclibc
targets.

Secondly linux specific files were added in archinfo dictionary
which I think logically belongs to targetinfo dictionary therefore
moved them to targetinfo

now uclibc/powerpc is buildable again

(From OE-Core rev: 0fc798640ba60cbb9074d617ba18518b113b7186)

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Move (getpgrp|setpgrp|setgrent|*get{pwuid,grgid}) to common-libc

These functions are determined by the C library so move them to common-glibc
and common-uclibc

(From OE-Core rev: 9226635ab28b5ca44ec04931d27c5c3313d56e61)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Move general realloc/malloc values to common-$libc

These are tests for glibc behavior which we have enabled in uclibc.
Note that if we ever disable MALLOC_GLIBC_COMPAT the uclibc tests
will need to be changed (but I believe this would also entail massive
patching to the rest of userspace so this should be unlikely).

(From OE-Core rev: cab512d7ee50fb55b9412c0e1a52a589de09e0a7)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Move certain db entries to common-linux

Note that we had a number of unused and ignored settings wrt mutex
support.  These have been dropped as they weren't being used and
implied some odd things to boot.  This is also a partial resync with
oe.dev which had some, but not all of these changes.

(From OE-Core rev: 7cc52fca921259e331a34263d8113e29b9e0dee9)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Move certain mysql entries to common-linux

More re-sync with oe.dev

(From OE-Core rev: a1ce2e6039652c94ba34bfe7343a4424a1cc133b)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

x86_64-linux siteinfo: Add bash info

Taken from oe.dev

(From OE-Core rev: 0844b64ea8b43719edfe1a887d56b9f5e3ceefaa)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Move certain bash entries to common-linux

More re-sync with oe.dev

(From OE-Core rev: 75aa86f4800a8344e1dfe721a729fdd281e26a20)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

siteinfo: Move certain samba entries to common-linux

Part of re-syncing with oe.dev, move samba_cv_HAVE_IFACE_* to common-linux

(From OE-Core rev: bf1e4b1f4952d2dd8e4acd6babb96b3c65999df0)

Signed-off-by: Tom Rini <tom_rini@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

polkit: Support pam

Modify configuration "polkit-1" in /etc/pam.d/ for supporting pam.

(From OE-Core rev: 6bc6406b019ebc104a4abfb15c2d2e1263968664)

Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

dropbear: Support pam

I make a patch and some changes in dropbear.inc for supporting pam.
- Enable pam in configure
- Modify file option.h to open pam supporting

(From OE-Core rev: e8f19e8616fb1b0c2d977fb63eaa64f504fb774b)

Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

openssh: Support PAM

Adding configuration file "sshd" in /etc/pam.d/ for supporting pam.

(From OE-Core rev: 8279f771a482d890ad897971cba1d656fdcaefe9)

Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

at: enable pam support

add patches to make at enable pam support

(From OE-Core rev: eabf5a639c94a016316bfd6707ee6e5bd676d85d)

Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

shadow: update pam related configure files

add shadow-update-pam-conf.patch to update the pam related configure files
in oe way rather than Fedora.

(From OE-Core rev: 10e6fdd7e8fed5733f65a504148bba54bccb3c48)

Signed-off-by: Kang Kai <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

cronie: enable PAM support for cronie

Enable PAM support for cronie and update its pam config file 'crond'.

(From OE-Core rev: fec92e4b0c34adc9d512f61ff22de9026b83e3b4)

Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

sudo: add pam support

According to DISTRO_FEATURES to add pam support for sudo, and import
configure file from Fedora.

(From OE-Core rev: 1f7e088f2d570d33c2344e32a05193b37a75ea76)

Signed-off-by: Kang Kai <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

screen: add pam support

According to DISTRO_FEATURES then add screen pam support or not.
Press "Ctrl+a x" will lock the screen terminal, then unlock it will
use pam.
Add pam related configure file sceen.pam from Fedora.

(From OE-Core rev: 7c08305f8008ab322d19d0a0852a851fd44ae510)

Signed-off-by: Kang Kai <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

cups: add pam support

According to distro_feature then add pam support for cups or not.

(From OE-Core rev: d1e0482bf7fb8e31746cb0e53bbd708fc08c9846)

Signed-off-by: Kang Kai <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

libpam: update to 1.1.4 and add subpackage xtests

Update libpam to 1.1.4, and add dependecy cracklib because run xtexts will
need pam-plugin-cracklib.
There are some additional checks under subdirectory xtests and make it
as a subpackage libpam-xtests.

(From OE-Core rev: f9158bf219479c2da56dd21a13ecee3176cd6f8a)

Signed-off-by: Kang Kai <kai.kang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

libcap: Update to 2.22 with License Clarification

(From OE-Core rev: 4f4e1ee82cff6a9e3103366169ef9f21964db3ba)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

machine/qemu: set preferred linux-yocto kernel version

The introduction of the linux-yocto-3.0 kernel is taking
precedence over the known working 2.6.37 version. Forcing
2.6.37 until 3.0 is validated on the qemu machines.

(From OE-Core rev: 77a41ab5ca92606ee08f002a8dfc631f642a3179)

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

scripts/combo-layer: keep carriage returns at the end of lines

Use --keep-cr option to "git am" or otherwise we lose carriage returns
which can be important for patches against files that use CRs.

(From OE-Core rev: bab4952075245563787293428e031fa11d6cb2b4)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

eglibc: remove unnecessary FILESPATHPKG usage

This was not doing anything (we don't even have the eglibc-svn directory).

(From OE-Core rev: f707be7ad16003af6e260297b29e30c92f02a612)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

module-init-tools: do not build static utilities for -cross

There is no need to have static module-init-tools for the cross
tools.  Building such binaries requires a static libc which is not
required by the rest of OE and which is deprecated and not installed
by distributions like Fedora.

(From OE-Core rev: ff98be5bd096edc9728ab21d0a344d88c0d5add8)

Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

console-tools: removed wildcard from SRC_URI

Wildcards in SRC_URI are not supported by oe-core and work only
when last (or first?) FILESPATH element points to the containing
directory. Specifying plain dir works fine for this recipe.

(From OE-Core rev: 104d9076efbba26c524649baa602d139e79ac47c)

Signed-off-by: Enrico Scholz <enrico.scholz@informatik.tu-chemnitz.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

dropbear: don't override DISTRO_TYPE if it is already set

The long term solution is to remove the IMAGE_FEATURE check since images are not allowed to influence recipe compile options.

(From OE-Core rev: 1c24f36e982e680871bf7a05ac6e820314e19c7c)

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

libxcb: Add missing DEPENDS on libxdmcp

Observed this to fail when populating new tmpdir
from shared state

(From OE-Core rev: 7bdc14b0537afa004830f1f23253b2778bb0e098)

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

tune-core2.inc: Drop X86ARCH32 usage

Using i686 doesn't work well with locale generation and doesn't gain anything
so revert to the i586 default.

(From OE-Core rev: 79b7b1aab5d3d002bfa7a49887d5d834c29eae45)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

arch-ia32.inc: Fix up TUNE_ARCH variable conflicts

The current approach causes duplicate values to appear in the TUNE_ARCH
field and this patch addresses that.

(From OE-Core rev: 02031d766f983cd7e01e468cb2c926604313cd2a)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/crumbs/tasklistmodel: fix loading a saved recipe

use the correct variable userpkgs instead of packages during reload saved
bb file that contains user customization.

Fixes [YOCTO #1289]

(Bitbake rev: 2650be190afc05f9472aca8b11af99205a342838)

Signed-off-by: Jessica Zhang <jessica.zhang@intel.com>
Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/crumbs/tasklistmodel: don't iterate whole model in find_alt_dependency()

The method needs to find an included item anyway so rather than iterating
the entire model and checking the included status of each entry iterate
over the contents gtk.TreeFilter.

(Bitbake rev: 79bdd501075ff5164a8ee673a6a2a0e402978ae5)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/crumbs/tasklistmodel: handle items added in by base image being removed

When building an image based on an existing image we need to correctly
handle removals from that images package set. Do so by testing if any of
the items brought in by the base image are removed and, if so, building
an image from scratch with all of the selected packages included.

Fixes [YOCTO #1232]

(Bitbake rev: 812ead4900714545850698d8ce29194f4ee8db0e)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/hob: enable building an image with minimal contents

This patch enables a user to build a rootfs containing only the selected
packages without having to have first selected a 'Base image'.

Fixes [YOCTO #1239]

(Bitbake rev: 05c82da31a69c910e72b58b07afcd9fca8c55479)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/hob: Force the 'Base image combo' to be drawn correctly

As the combo is created before its backing model it's common for the combo to
be drawn at its minimum size and then grow the first time the user activates
it. This slight ugly patch forces the combo to be resized as soon as the
model is associated so that by the time the user interacts with the widget it
is less likely to change size.

(Bitbake rev: 65819447ccc96ae2af8d42cf3a31769ef3d2d26e)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/hob: change wording in build complete dialog

The 'View Log' button is potentially confusing to existing users of the
system who may be expecting to be shown the on disk logs of the build.
Instead use 'View Messages'.

Addresses [YOCTO #1222]

(Bitbake rev: 105bfe3562235fb586be4b4179bb34b2e94ef234)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/hob: don't offer to show built output if build fails

The link to open the deploy directory should only be shown if the build
completed succesfully.

(Bitbake rev: d947f9880c2205be66fbd61cf7d3728275979a56)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/hob: switch from buildFile to buildTargets for custom image builds

We need to use the buildTargets command to ensure dependencies, such as
native tools to build the rootfs, are correctly included. This patch
achieves this by modifying BBPATH and BBFILES to include matches for the
location of the generated recipe file and reparsing the metadata before
calling buildTargets.

Fixes [YOCTO #1228]

(Bitbake rev: 5840d59098141e773c12bea8ed8d9f4f1a706132)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/crumbs/hobeventhandler: reparse files before running other commands

Integrate reparseFiles into the run_next_command() method rather than calling
reparseFiles on the server and immediately calling other methods.

(Bitbake rev: 20f7218992cfe18f1d3dcea53f2e5a7bf96346db)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

ui/hob: replace the ugly static command map

The command_map was never a good idea, what's implemented here is a
fraction less ugly but a significant factor more readable and therefore
easy to maintain.
The method implemented in this patch also has the advantage of not being
static meaning we can determine the desired runCommand arguments
dynamically at call time.

(Bitbake rev: 8b11c68ffcda355d0ba49cfc27790d245192ae24)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

classes/image_types: IMAGE_TYPES was missing some entries

Some of these entries are required by the GUI to enable the expected workflow
of the ADT, namely a compressed rootfs image.

(From OE-Core rev: dad2169cfb331b7af5c6d380347ea279a59bd716)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

upstream status: add for libsdl and xserver patches

(From OE-Core rev: 8afcc3551be8d608a2082ab7da7a6bfdba490f15)

Signed-off-by: Yu Ke <ke.yu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Upstream-Status: Add Upstream-Status for some missing patches

(From OE-Core rev: 66ec3774f99229ca6c25c047372f45ccd834d77a)

Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

meta: Rename SITEINFO_ENDIANESS to SITEINFO_ENDIANNESS

There is this discrepency in spelling. Lets fix it in
core. There are lot of layers using SITEINFO_ENDIANNESS
This was shielded since meta-oe had its own copy of
siteinfo class. But that class has now been deleted in
favor of oe-core

(From OE-Core rev: 54a54778fad39931ac7d43daaf37ce7c1946a29b)

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

cooker: only append files once

A list can contain the same value twice, therefore only append to the
appendlist for a recipe if the append file is not already in the list.

(Bitbake rev: d11f9dd33cdcc97a4a937e8bf7e97558d813cadd)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

command|cooker: Add reparseFiles command

Add command reparseFiles to reparse bb files in a running cooker instance.

Fixes [YOCTO #1249]

(Bitbake rev: de035ad99feb7644f99ad54804bf9f98cc776877)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake-layers: adapt to cooker change for saved environment

The Cooker requires a copy of the environment mapping, modify
bitbake-layers to take one and pass it to the cooker.

(Bitbake rev: f5653e557b68a27e99a2a6a5c5a31d0ba0b56bcb)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

data|cooker: use saved environment variables when calling inheritFromOS

Now that we have a pristine copy of the variables available at launch time
we can use them when looking to inherit the OS's environment.

(Bitbake rev: 21c21fcc5871e81d8d497b6baed605cdd74c4571)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

lib/oe/utils: 'Fix' oe.utils.contains() behaviour

Currently oe.utils.contains(X, "A", true, false) will return true for substring matches,
e.g. if X = "ABC". This is not what most users expect from the function.

In the common OE use of this function there is the case of "touchscreen" and "screen" being
used as independent variables. Whilst it could be argued there isn't a problem in that
specific case (touchscreens are usually on screens), there is no substring usage of this
function is OE-Core so this patch changes the behaviour to match only full strings.

It also fixes a bug where duplicate entries would confuse multiple matches, e.g.
contains(X, ["A", "B"], ...) would match X = "A A" which is clearly wrong.

(From OE-Core rev: 5c09cbe3bf456e968fc853827698eb18b62e8348)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake/utils: 'Fix' bb.utils.contains() behaviour

Currently bb.utils.contains(X, "A", true, false) will return true for substring matches,
e.g. if X = "ABC". This is not what most users expect from the function.

In the common OE use of this function there is the case of "touchscreen" and "screen" being
used as independent variables. Whilst it could be argued there isn't a problem in that
specific case (touchscreens are usually on screens), there is no substring usage of this
function is OE-Core so this patch changes the behaviour to match only full strings.

It also fixes a bug where duplicate entries would confuse multiple matches, e.g.
contains(X, ["A", "B"], ...) would match X = "A A" which is clearly wrong.

(Bitbake rev: 3d8647b68a8e66c7b240ed5fed7406e1b78fabf6)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Move architecture specific TARGET_OS mangling into tune files

(From OE-Core rev: f10a3457cdfbb4a94978da998d178d4254632fa7)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

conf/machine/include: Start to fill out architecture specific tune include files and tune features

These changes revolve around the idea of tune features. These are represented by
'flag' strings that are included in the TUNE_FEATURES variable.

Any string included in TUNE_FEATURES should also add a TUNEVALID[<name>] entry so
we can know which flags are available in TUNE_FEATURES and have documentation about
what the flags do. We will add sanity code to error if flags are listed in
TUNE_FEATURES but are not documented in TUNEVALID.

A given tune configuration will want to define one or more predetermined sets of
_FEATURE flag lists. These are defined in the form TUNE_FEATURES_tune-<name>.
For defined tune configuation, <name> should be added to the AVAILTUNE list so that
we can determine what tune configurations are available. Flags cannot be used in this
case as with TUNEVALID since its useful to be able to build up tune lists from other
TUNE_FEATURES_tune-yyy options.

A given tune configuration may also define PACKAGE_EXTRA_ARCHS_tune-<name> and
BASE_LIB_tune-<name> to control the multilib location. All options can be overridden
by the distro or local user configuration.

(From OE-Core rev: 5f9d56bd64997b93ed7e46c117851002a0556654)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

sanity: Increase bitbake minium version to 1.13.3 for bb.utils.contains() function

(From OE-Core rev: 92a7e70feb1dfd882d13b5cb65e144d293ff291a)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake.conf/classes: Variable cleanup

This patch removes the variables BASE_PACKAGE_ARCH, BASEPKG_HOST_SYS,
BASEPKG_TARGET_SYS and also removes the immediate assignments in
several core classes as these are no longer required.

This should make it clearer what some of the core variables do and
simplfy some overly complex and confusing class code.

(From OE-Core rev: d5521be2dcbaf213c140b0d12a4176380874426b)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

perl-dynloader.patch: Fix multilib issue for perl

The perl-dynloader.patch can't support lib64 lib32, libx32, etc.
Relax the regular expression to fix this issue.

(From OE-Core rev: 7ebc7a5cb30e13217dc297994a6d9656b52bacba)

Signed-off-by: Mei Lei <lei.mei@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

Update version to 1.13.3

(Bitbake rev: f0b5d16426b983a67c51c47f3542162108bd4156)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

runqemu: report error if TMPDIR cannot be determined

Invoking runqemu outside of the build directory for an
in-tree setup results in an empty TMPDIR because bitbake -e
cannot be run to find it.

A symptom of this problem is running runqemu and getting the
following error:

Error: Unable to find tunctl binary in <directory>

Catch this case and report the error to the user.

This fixes [YOCTO #1278]

(From OE-Core rev: ab5544ac801a976b56468ade0f5d2e95c11feb87)

Signed-off-by: Scott Garman <scott.a.garman@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

docbook-dsssl-stylesheets-native: Add SYSROOT_PREPROCESS_FUNC

[YOCTO #1250]

This added function will install a private install-catalog binary so that shared state
can find the binary as there is not a guarantee.

(From OE-Core rev: b3e68f112cff5f15b5245582eee7e087acbad2fa)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

docbook-sgml-dtd-native: Add SYSROOT_PREPROCESS_FUNC

[YOCTO #1250]

This added function will install a private install-catalog binary so that shared state
can find the binary as there is not a guarantee.

(From OE-Core rev: b4eef2e1bed0536325342ca884ee0905b7e79ada)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

openjade-native: Add SYSROOT_PREPROCESS_FUNC

[YOCTO #1250]

This added function will install a private install-catalog binary so that shared state
can find the binary as there is not a guarantee.

(From OE-Core rev: 188ac8c8fe7a004c576190c42d0f33d00ea88c60)

Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

gcc-4.6: Fix packaging of native toolchains

The base gcc package is missing liblto_plugin.so.  If we try a simple
hello world compile we get something like:

root@p5020-ds:~# gcc hello.c
gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found
compilation terminated.

We need to include liblto_plugin.so in the base gcc package and not
gcc-dev.

(From OE-Core rev: 282326a188467edf6caef21b07a7e51288674245)

Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

distro_tracking_fields.inc: update the info for tcf-agent

(From OE-Core rev: 3a69daa561eb01c8df2fb56cdc0860add1f5e19d)

Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

tcf-agent: upgrade to the latest stable revision 0.0+svnr1855

(From OE-Core rev: ae7bf72292de3db370373eee6c8084af63d788b5)

Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake|cooker: save a copy of the environment when BitBake is started

Create a data store in the cooker containing the values of the environment
from when BitBake is launched such that child processes can replicate
(and/or use values from) the host environment, rather than the cleaned up
environment that the main BitBake process uses.

(Bitbake rev: 54c7206165c0e7cfe5f7b243c80461baf5e7dfb1)

Signed-off-by: Joshua Lock <josh@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake-layers: remove unneeded do_EOF

do_EOF is only needed when using the Python cmd class in line-oriented
mode - we are just sending single commands to it.

(Bitbake rev: 0cbf5dcaf9f67522bd58d868aa01f28e846dfc19)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake-layers: add command help

If you run "bitbake-layers help commandname" it now provides some useful
help text.

(Bitbake rev: 1548edcd18a78bab74cde39167169f11ba3c4d58)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake-layers: check for errors before parsing

Don't always parse on initialisation - instead check for errors and then
parse when we know we need to. Avoids keeping the user waiting.

(Bitbake rev: 86adaca6ce959ad5e908c394625bc9880f3c0216)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

adjust comments/messages for default server change

Default server is process, adjust comments and messages accordingly.

(Bitbake rev: 8ba4d0e98401cdb808f727703913ad8ba87f8e71)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

bitbake/cooker: show a warning when -b is specified

Too many people are using -b because they think it is the normal way of
specifying a target to be built, and then get confused when the build
fails due to a missing dependency; so show a warning about dependencies
not being handled when this option is used.

(Bitbake rev: c470f3f36aef24c46d9722593422286340be296b)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>