openjade-native: Write a bak file for shared state

This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared
state sysroot populate, because it comes out of order.

(From OE-Core rev: b372198fe3c9d8be18bd15545fb0bc4dd9d5aa68)

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

docbook-dsssl-stylesheets-native: Write a bak file for shared state

This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared
state sysroot populate, because it comes out of order.

(From OE-Core rev: 4d4047c7b997a9cee96f170c203315cbd82ff084)

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

docbook-sgml-dtd-native: Write a bak file for shared state

This patch writes a sgml-docbook.bak that is read by the sgml-common during a shared
state sysroot populate, because it comes out of order.

(From OE-Core rev: 457f30a389031947f037bd7ea1217c190c2089c1)

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

libzypp: Fix variable substitution problem in do_archgen step

The do_archgen step creates a script that utilizes the variable name
${ARCH}.  However, we also utilize and define ${ARCH} so instead of
having the following in the script:

COMPAT_WITH="${ARCH},${COMPAT} $COMPAT_WITH"

We get something like:

COMPAT_WITH="powerpc,${COMPAT} $COMPAT_WITH"

Just renaming the variable in the script to not conflict with ${ARCH}
fixes the issue.

[PR bump from Saul Wold]
(From OE-Core rev: 09573a276456122b408c5bcebc537455fd1c5f29)

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

glibc: deleted

Glibc 2.10.1 is outdated now and eglibc seems to provide a superset of
its functionality.

(From OE-Core rev: 1d9866a2c4fe93202749a56c7ad89a3cbd07d9f8)

Signed-off-by: Phil Blundell <philb@gnu.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

meta-environment: set correct *MULTIMACH_TARGET_SYS.

Fixed [BUGID #1299]. OLD_MULTIMACH_TARGET_SYS is no longer available.
Use new recipe-scope variable REAL_MULTIMACH_TARGET_SYS instead.

(From OE-Core rev: b69a2be2f30dc633597399d42d6c87d9f0910c1a)

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

feature-arm-thumb: respect ARM_INSTRUCTION_SET

(From OE-Core rev: e23f9ce928353c9da2b9c4bfa9a1a125a7d160f2)

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

tune-xscale: fix xscale/xscale-be confusion

Currently tune-xscale.inc has options wrt. setting of xscale/xscale-be tunes.
Fix that.

(From OE-Core rev: 90ce6e4b7ffaaf1e3af39583ca62b20f08e78959)

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

arch-armv6, arch-armv5-dsp: correct endianness confusion

PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of
the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b
not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will
end up containing a semi-random mixture of endiannesses and disaster
will ensue.  Likewise for the vfp and armv6 variants.

This is all a bit confusing because TUNE_FEATURES is done the opposite
way around, i.e. TUNE_FEATURES_tune-armv5eb is derived by taking the
armv5e version and adding bigendian.  But fixing that is probably
a subject for a separate patch.

(From OE-Core rev: 391c0102a81455c76244d13b6878e3a76cca65dc)

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

tune-cortex{m1, m3, r4}: correct spelling of "cortex"

Otherwise the test in TUNE_CCARGS will never match.

(From OE-Core rev: 3b7784021259ac745c80043bec16189fa8f4e45e)

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

bitbake.conf: remove PACKAGE_EXTRA_ARCHS_tune-XXX default

Because of the way BitBake handles ??= under certain circumstances, this
default setting ends up stepping all over the real setting from the arch
include file. Since virtually all arch include files or tune files define
a real value for this we shouldn't need to have a default (or it needs to
be done in a different way).

(From OE-Core rev: 6c43ca6fc6a7fffc84cf28684cac0c0eb4129902)

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Acked-by: Kumar Gala <galak@kernel.crashing.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>

rootfs_rpm: Disable debug messages

(From OE-Core rev: 59c26a280f909470e19a2be04b8ea9dd3aa5c24b)

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

package_rpm.bbclass: Fix mistake reported by Mark Hatle

(From OE-Core rev: 78a1a915d660d6039ac532239e25ead8507bc2df)

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

bitbake/providers: list PREFERRED_VERSION candidates when unavailable

If the specified PREFERRED_VERSION is not available then list the
available versions in the output. (PR is omitted.)

(Bitbake rev: eea5ff9f34bb9b2e29f5fa43deb80d4aa6ef7ddc)

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

bitbake/taskdata: fix incorrect usage of rdependees instead of dependees

This looked like a copy-paste error - the code around is dealing with
depends and not rdepends.

(Bitbake rev: bb688635c2050da3cbbaa5aa5b00e882887695de)

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

bitbake: show more information for NoProvider errors

"Nothing PROVIDES" errors often come up when a recipe has been skipped
for some reason, and therefore it is useful to print out that reason
information when showing the error so that the user understands why the
error has occurred.

Given that we already feed the reason information into the skiplist for
various situations (COMMERCIAL_LICENSE, COMPATIBLE_MACHINE etc.) this
should now output a useful error message for skipped recipes.

Fixes [YOCTO #846], [YOCTO #1127]

(Bitbake rev: 6765218430e31c165888f26fbc75023c89a6eab2)

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

ui/crumbs/hobprefs: trigger reparse when package format changed

reload_data after package format change to make the change take effects in
next build.

Fixes [YOCTO #1287].

(Bitbake rev: fb47c7452455f3f8d943b21dd61300ec55eea141)

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>

cooker: populate rdepends-pkg in generatePkgDepTreeData

The rdepends-pkg field of the generated depend_tree model was not populated
in the original implementation of this method, this series adds in the
loop to populate the rdepends-pkg column of the model.

(Bitbake rev: 4f9a6f6f43cf2ef38115285897fbbde01964e892)

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

hob: fix loading customised image recipe

The signal handler of the 'Base image' combo was still connected during load
such that updating the UI to reflect the loaded base image triggered a change
of the model. Fix this by disconnecting the signal handler when updating the
displayed 'Base image'.

Fixes [YOCTO #1282]

(Bitbake rev: 58036a79cb79d1dff307e2cfed0e684493178507)

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

ui/crumbs/tasklistmodel: work around overly aggressive package removal

The mark() method, which removes dependent and rdependent items, is overly
aggressive removing items which are actually required by user selected
items and then causing a removal of those items. Because the data
structures used are not fine grained enough to do more intelligent
dependency tracking the simplest "fix" is to track removals which are
marked as "User Selected" and re-add those (and therefore their
dependencies) once the aggressive removal is completed.

Because the aggressive removal already ignores images and tasks this should
make the removal behave as expected though certainly leaves area for
improvement in future.

Fixes [YOCTO #1280].

(Bitbake rev: 1e1055262450de994202fc3e5943b8b19f628681)

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

ghostscript: fix parallel build issue

ghostscript fails some time on autobuilder, it seems a parallel build issue.
Add patch to fix it.

Fixes [Yocto #1202]

(From OE-Core rev: 90c0eabcce04e8358ce8df9cd9ed60fdeea68cf5)

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

opkg svn: bump SRCREV to 625

tested on beagleboard/angstrom and qemuarm/angstrom

(From OE-Core rev: 19145d0cd27c5c7e732c06dee9fce4cd60cbd0b3)

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

base bbclass: add TUNE_FEATURES to the default banner

This makes debugging the new tune code easier since it doesn't involve staring at 'bitbake -e' output anymore.

(From OE-Core rev: c1903b1221e9b419aefe49e40a8acd61575de797)

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

libpam 1.1.4: fix packaging

| ERROR: QA Issue: non debug package contains .debug directory: libpam-xtests path /work/armv7a-angstrom-linux-gnueabi/libpam-1.1.4-r0/packages-split/libpam-xtests/usr/share/Linux-PAM/xtests/.debug/tst-pam_dispatch4

(From OE-Core rev: 4acbbefd67ac02322bb2ca455e6aaf5b78652dff)

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

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>