linux/poky.git/meta, branch 2.1_M1

build-appliance-image: Update to master head revision

2015-12-09T08:49:20+00:00

(From OE-Core rev: 192da885e92d3b163b9c4e6b8151c9ecc6062b14) Signed-off-by: Richard Purdie

cmake: Add nios2 support

2015-12-09T08:48:26+00:00

Add the necessary bits for nios2 support into cmake. (From OE-Core rev: f6217be489d03cd72655f9457d4e7e21a097a9a7) Signed-off-by: Marek Vasut Cc: Ley Foon Tan Cc: Richard Purdie Cc: Ross Burton Cc: Thomas Chou Cc: Walter Goossens Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

boost: adjust hard-coded path after python3 upgrade

2015-12-09T08:48:25+00:00

When using `PACKAGECONFIG = "python"` in the boost recipe, `bitbake boost` fails at do_compile with: ./boost/python/detail/wrap_python.hpp:50:23: fatal error: pyconfig.h: No such file or directory compilation terminated. This issue is due to the recent version upgrade from python 3.4 to 3.5: 701ec1977ced1bb08461e6de98b4f63d21cba8a6 python3: Upgrade from 3.4.3 to 3.5 The boost.inc file modifies the boost build configuration with a path containing the python3 major version, which is hard-coded in the boost.inc file. Hence after the python3 update, the path points to the outdated location and it needs to be updated to the new location. This issue was unrevealed by an internal continuous integration system for the meta-ros application layer. Further manual bisecting lead to the critical commit 701ec1977ced1bb08461e6de98b4f63d21cba8a6. (From OE-Core rev: 0eefd38a13a6ecb35f26ed8cd16f0b36f2c5d652) Signed-off-by: Lukas Bulwahn Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

sdk.py / OpkgSdk: remove_packaging_data() after install

2015-12-09T08:48:25+00:00

Run remove_packaging_data() on both host and target sysroots to wipe opkg state after install, similar to what RpmSdk does. Use case: Opkg may download local package indexes (I.e. file:// URLs) by sym-linking them into /var/lib/opkg/lists/ instead of copying [1]. This leaves behind broken symlinks under the lists directory when using opkg to build SDK sysroots. The -h option may be set via SDKTAROPTS in some configurations to create symlink-less SDK archives for Windows file systems. Sysroots containing broken symlinks will fail to archive under this configuration. Testing: Verified /var/lib/opkg/ is empty after running populate_sdk() in a Fido based distribution. [1] http://git.yoctoproject.org/cgit/cgit.cgi/opkg/commit/?h=opkg-0.3.x&id=f9022a8520fcde8f1b71424d26a652c218fce685 (From OE-Core rev: c8e0ec2da9ad4ce1c103966906a85f68c15400dd) Signed-off-by: Haris Okanovic Reviewed-by: Alejandro del Castillo Natinst-ReviewBoard-ID: 119065 Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

lib/oe/package_manager: Introducing PACKAGE_FEED_BASE_PATHS/PACKAGE_FEED_ARCHS

2015-12-09T08:48:25+00:00

The recently introduced PACKAGE_FEED_PREFIX is not flexible enough for constructing URIs, because the same PREFIX is used for all PACKAGE_FEED_URIS. Also, the string 'PREFIX' is confusing because it is not at the beginning of the URI. The variable PACKAGE_FEED_BASE_PATHS replaces PACKAGE_FEED_PREFIX, allowing multiple base paths to be appended on each PACKAGE_FEED_URIS. In the other hand, a new variable called PACKAGE_FEED_ARCHS, similar in concept to PACKAGE_BASE_PATHS, defines package architectures defined by the user. To demonstrate the usage of the PACKAGE_FEED_URIS, PACKAGE_FEED_BASE_PATHS and PACKAGE_FEED_ARCHS, let's assume these variables are set on local.conf PACKAGE_FEED_URIS = "https://example.com/packagerepos/release \ https://example.com/packagerepos/updates" PACKAGE_FEED_BASE_PATHS = "rpm rpm-dev" PACKAGE_FEED_ARCHS = "all core2-64" the resulting feeds would be https://example.com/packagerepos/release/rpm/all https://example.com/packagerepos/release/rpm/core2-64 https://example.com/packagerepos/release/rpm-dev/all https://example.com/packagerepos/release/rpm-dev/core2-64 https://example.com/packagerepos/updates/rpm/all https://example.com/packagerepos/updates/rpm/core2-64 https://example.com/packagerepos/updates/rpm-dev/all https://example.com/packagerepos/updates/rpm-dev/core2-64 (From OE-Core rev: 229723a20095e80bde29e4b3398047f62f972170) Signed-off-by: Leonardo Sandoval Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

selftest/wic.py: Add test for custom bootloader config

2015-12-09T08:48:25+00:00

This change just add anoher test to the wic module. It will try to create a image with a custom bootloader configuration. This test will use the example image directdisk-bootloader-config to test the configfile option for the bootloaders. [YOCTO #8728] (From OE-Core rev: 567cb51f15354c0398b986e32011420a5f3dd090) Signed-off-by: Mariano Lopez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

package_ipk: allow to specify OPKG_ARGS in local.conf

2015-12-09T08:48:24+00:00

If user specific parameters to opkg are set in local.conf, they are rewritten in package_ipk.bbclass and ignored, instead append package_ipk specific arguments to the user defined ones. The change is needed, if a user has to pass an alternative path to a temporary directory for opkg, e.g. OPKG_ARGS = "--tmp-dir=${TOPDIR}/tmp-opkg" The default /tmp directory may be unusable for do_rootfs task, for example if there is no enough space or /tmp is mounted with noexec mount option, then an alternative path allows to complete do_rootfs and fix the problems like this: ERROR: Unable to install packages. ... sh: /tmp/opkg-5jPLag/run-postinsts-UsUtaI/preinst: /bin/sh: bad interpreter: Permission denied sh: /tmp/opkg-5jPLag/base-files-4hFwQS/preinst: /bin/sh: bad interpreter: Permission denied sh: /tmp/opkg-5jPLag/run-postinsts-UsUtaI/preinst: /bin/sh: bad interpreter: Permission denied sh: /tmp/opkg-5jPLag/busybox-syslog-sJmfbw/preinst: /bin/sh: bad interpreter: Permission denied ... (From OE-Core rev: 0be4c30aaf03de58d8037a89e342ca0b379a0881) Signed-off-by: Vladimir Zapolskiy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

systemd.bbclass: Allow enabling of parameterised services

2015-12-09T08:48:24+00:00

Currently the systemd.class will check whether a service exists when it is requested to enabled it. However, its check does not take into account that a service like 'foo@eth0.service' can be enabled from a service named 'foo@.service'. This patch alters the check function in systemd.class to look for 'foo@.service' if the normal check fails. (From OE-Core rev: 4ce15271dad3520e5de2500c609b05d5a511e453) Signed-off-by: Bob Ham Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

base: check for existing prefix when expanding names in PACKAGECONFIG

2015-12-09T08:48:24+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 rev: 55ca1fb8f0e81ff739b3c46897e43356d1f760c3) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

linux-yocto/4.1: Fix kernel oops on qemuarm boot

2015-12-08T17:22:31+00:00

Backporting two mainline commits to address kernel oops: Internal error: Oops: 17 [#1] PREEMPT ARM Modules linked in: CPU: 0 PID: 42 Comm: jbd2/vda-8 Not tainted 4.1.8-yocto-standard #1 Hardware name: ARM-Versatile PB task: c7223300 ti: c725e000 task.ti: c725e000 PC is at blk_mq_tag_to_rq+0x24/0x78 LR is at bt_for_each+0x70/0xc4 pc : [] lr : [] psr: 20000113 sp : c725fa18 ip : c725fa30 fp : c725fa2c r10: c0365ce0 r9 : 00000020 r8 : c7104200 r7 : c70ee5ac r6 : 00000001 r5 : 00000021 r4 : c7122da0 r3 : c7104000 r2 : 00000000 r1 : 00000021 r0 : 00000000 Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel Control: 00093177 Table: 072f4000 DAC: 00000017 Process jbd2/vda-8 (pid: 42, stack limit = 0xc725e190) Stack: (0xc725fa18 to 0xc7260000) [YOCTO #8663] (From OE-Core rev: 04b22b6b4953360ea383c4d928dea66f7b1796e6) Signed-off-by: Alimon Limon Signed-off-by: Richard Purdie