[OE-core] [PATCH 3/4] compatlayer/__init__.py: Allow add_layer to process recursive deps

When processing a layer for dependencies, you have to process the layer itself, it's dependencies, the dependencies dependencies and so forth until all items have been processed. i.e.: LayerA requires LayerB requires LayerC requires layerD The end result should be LayerB, LayerC and LayerD are a

[OE-core] [PATCH 2/4] yocto-compat-layer.py: Add --dependency argument

When processing a large number of items, there are times that it would be nice to be able to pass in a series of layers that can be used as dependencies for the layer that is being scanned. This avoids the significant overhead of processing all of the layers to compatibility. Signed-off-by: Mark

[OE-core] [PATCH 4/4] yocto-compat-layer.py: Fix the signature validation

The initial signatures need to be collected -after- the dependency layers have been added to the system. Otherwise changes that happen due to dependencies, outside of the layer being scanned, will show up as signature problems. The add_layer function was split into two pieces so that we can proce

[OE-core] [PATCH 1/4] yocto-compat-layer.py: Add status for skipped items

If items were skipped because the dependencies could not be found, we want to record this was skipped so we can display it later. Signed-off-by: Mark Hatle --- scripts/yocto-compat-layer.py | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/scripts/yocto-compat-layer.

[OE-core] [PATCH 0/4] yocto-compat-layer.py updates

The changes in this series fix a number of issues with the yocto-compat-layer script. - When a layer is skipped due to missing dependencies, it was difficult to see this without inspecting the whole log. - There needs to be a way to pass in a list of layers that can be used for dependencies,

Re: [OE-core] [PATCH] busybox: drop unmaintained _git recipe

On 03/31/2017 02:06 AM, Andre McCurdy wrote: The busybox _git recipe is not formally tested or kept up to date. The gstreamer _git recipes were recently removed from oe-core and the justifications for that change apply to the busybox _git recipe too. Signed-off-by: Andre McCurdy --- meta/reci

[OE-core] [oe-core][PATCH 1/1] volatile-binds: correct some errors reported by systemd

systemd-tmpfiles-setup will fail at boot, so we suppress the default versions of etc.conf and home.conf. We also make sure that /var/{cache,spool} and /srv are writeable if they exist. Signed-off-by: Joe Slater --- meta/recipes-core/volatile-binds/volatile-binds.bb |9 + 1 file chan

Re: [OE-core] [meta-clang] oe-core and meta-clang llvm coexsting?

On 03/30/2017 12:31 PM, Khem Raj wrote: On 3/30/17 12:20 PM, Martin Kelly wrote: Hi, I'm trying to integrate the meta-clang version of LLVM 4.0 (used for recipes that need a newer LLVM version) alongside the oe-core version of LLVM 3.3 (used for mesa). I'd like some recipes to use LLVM 4.0 an

[OE-core] [PATCH 1/1] oeqa/runtime/cases: Migrate underscore cases

From: Mariano Lopez There were two missing cases to be migrated to the new framework: _qemutiny and _ptest. qemutiny was straightforward. ptest on the other hand wasn't working even in previous releases; it has been migrated from smart to dnf, and how ptest packages are gathered to be installed

Re: [OE-core] [PATCH] net-tools: enable native and nativesdk variant

On Thu, 2017-03-30 at 14:47 -0700, Stephano Cetola wrote: > This won't work, and it is failing on the ab. > > https://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/bui > lds/449/steps/BuildImages/logs/stdio > > Just add a 'return' to your empty bash function and it'll work fine. I tw

Re: [OE-core] [PATCH] net-tools: enable native and nativesdk variant

This won't work, and it is failing on the ab. https://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/449/steps/BuildImages/logs/stdio Just add a 'return' to your empty bash function and it'll work fine. Cheers, Stephano On 03/30, Patrick Ohly wrote: > net-tools-native is neede

[OE-core] [oe-core][morty][PATCH 1/1] volatile-binds: correct some errors reported by systemd

systemd-tmpfiles-setup will fail at boot, so we suppress the default versions of etc.conf and home.conf. We also make sure that /var/{cache,spool} and /srv are writeable if they exist. Signed-off-by: Joe Slater --- meta/recipes-core/volatile-binds/volatile-binds.bb |9 + 1 file chan

[OE-core] [PATCH] selftest/pkgdata: replace the glibc recipe allowing execution on non-poky distros

From: Leonardo Sandoval Replace the glibc recipe for zlib on unit tests, otherwise tests are restricted to glibc distros (poky). [YOCTO #10890] Signed-off-by: Leonardo Sandoval --- meta/lib/oeqa/selftest/pkgdata.py | 28 +--- 1 file changed, 13 insertions(+), 15 deleti

[OE-core] [PATCHv2 2/2] scripts: Add yocto-compat-layer-wrapper

This script will be used to create it's own build directory to make runs of yocto-compat-layer.py againts layers isolated. Example: $ source oe-init-build-env $ yocto-compat-layer-wrapper LAYER_DIR LAYER_DIR_N [YOCTO #11164] Signed-off-by: Aníbal Limón --- scripts/yocto-compat-layer-wrapper |

[OE-core] [PATCHv2 1/2] scripts/lib/compatlayer: detect_layers always use realpath's

If you are using relative paths and change to other folder for execution it will fail, so use realpaths always. [YOCTO #11164] Signed-off-by: Aníbal Limón --- scripts/lib/compatlayer/__init__.py | 1 + 1 file changed, 1 insertion(+) diff --git a/scripts/lib/compatlayer/__init__.py b/scripts/l

Re: [OE-core] [meta-clang] oe-core and meta-clang llvm coexsting?

On 3/30/17 12:20 PM, Martin Kelly wrote: > Hi, > > I'm trying to integrate the meta-clang version of LLVM 4.0 (used for > recipes that need a newer LLVM version) alongside the oe-core version of > LLVM 3.3 (used for mesa). I'd like some recipes to use LLVM 4.0 and some > to use LLVM 3.3 and for

[OE-core] [meta-clang] oe-core and meta-clang llvm coexsting?

Hi, I'm trying to integrate the meta-clang version of LLVM 4.0 (used for recipes that need a newer LLVM version) alongside the oe-core version of LLVM 3.3 (used for mesa). I'd like some recipes to use LLVM 4.0 and some to use LLVM 3.3 and for them not to collide with each other. Right now, o

Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release

On Thu, Mar 30, 2017 at 4:12 PM, Philip Balister wrote: > I've got a machine under development that boots from the 2013.01 recipe > and a bbappend. I don't think it is a problem moving to .03, but I don't > know. I'm not sure how many other BSP's have done the same. If it is a full mainline machi

Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release

On 03/30/2017 02:06 PM, Denys Dmytriyenko wrote: > On Thu, Mar 30, 2017 at 04:12:08PM +0200, Marek Vasut wrote: >> On 03/30/2017 03:24 PM, Denys Dmytriyenko wrote: >>> On Thu, Mar 30, 2017 at 10:21:31AM +0200, Marek Vasut wrote: On 03/29/2017 11:56 PM, Denys Dmytriyenko wrote: > On Mon, Ma

[OE-core] ✗ patchtest: failure for wic: Fix fstype handling

== Series Details == Series: wic: Fix fstype handling Revision: 1 URL : https://patchwork.openembedded.org/series/6091/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the propose

Re: [OE-core] [PATCH] ca-certificates: Fix symlinks to the certificates in nativesdk

On Thu, Mar 30, 2017 at 11:30 AM, Serhii Popovych wrote: > > > > On 29 March 2017 at 13:51, Serhii Popovych > > wrote: > > > > That's great. What the subject of this change in openembedded-core? > > I wish to test it. > > > > Because with current *master* I

[OE-core] [PATCH 7/9] wic: fix list of supported fstypes in help content

Added vfat and msdos to the list of supported fstypes in 'wic help kickstart' output. [YOCTO #11137] Signed-off-by: Ed Bartosh --- scripts/lib/wic/help.py | 2 ++ 1 file changed, 2 insertions(+) diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py index 148da89..aee2451 100644 --- a/

[OE-core] [PATCH 6/9] wic: set correct system id for msdos partitions

Explicitly set system id 0x6(FAT16) for msdos partitions. Removed old code that attempts to achieve the same result using 'parted ... lba off'. Signed-off-by: Ed Bartosh --- scripts/lib/wic/plugins/imager/direct.py | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git

[OE-core] [PATCH 9/9] wic: remove prepare_empty_partition_squashfs

There is not much sense in creation of empty squashfs partition. It's also not possible to create empty squashfs partition of specified size. Even more, prepare_empty_partition_squashfs method is absolutely broken. It raises exception when called and even its signature differs from the rest of of

[OE-core] [PATCH 8/9] oe-selftest: test creation of msdos partition

Added msdos partition to the .wks file in test_fs_types wic test case. [YOCTO #11137] Signed-off-by: Ed Bartosh --- meta/lib/oeqa/selftest/wic.py | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py index ff13eb8..c160f5f 100644 --- a

[OE-core] [PATCH 4/9] wic: support 'msdos' fstype

Added prepare_empty_partition_msdos and prepare_rootfs_msdos methods to support 'msdos' filesystem type. Created aliases prepare_empty_partition_vfat and prepare_rootfs_vfat to continue supporting creation of vfat patitiions. Signed-off-by: Ed Bartosh --- scripts/lib/wic/partition.py | 14 +

[OE-core] [PATCH 5/9] wic: set FAT 16 for msdos partitions

Used '-F 16' parameter for mkdosfs to create FAT16 partitions for 'msdos' partition type. [YOCTO #11137] Signed-off-by: Ed Bartosh --- scripts/lib/wic/partition.py | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/

[OE-core] [PATCH 3/9] wic: don't silently skip unknown fstypes

Fixed wic code that loops through hard-coded list of known fstypes to find prepare_rootfs_ or prepare_empty_partition_ methods and silently skipping unknown fstypes. Signed-off-by: Ed Bartosh --- scripts/lib/wic/partition.py | 32 +--- 1 file changed, 13 insertions(+)

[OE-core] [PATCH 1/9] oe-selftest: fix incorrect fstype

Fixed typo in wks content: squash->squashfs Signed-off-by: Ed Bartosh --- meta/lib/oeqa/selftest/wic.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py index 2401aaa..ff13eb8 100644 --- a/meta/lib/oeqa/selftest/wic

[OE-core] [PATCH 2/9] wic: allow only supported fstypes

Restricted possible values of --fstype to the list of supported types. This should catch incorrect values when .wks file is being parsed. Removed checks for empty fstype and mentioning of unsupported fstype 'ontrackdm6aux3'. Signed-off-by: Ed Bartosh --- scripts/lib/wic/ksparser.py

[OE-core] [PATCH 0/9] wic: Fix fstype handling

Hi, This patchset adds support for msdos(FAT16) fstype (#11137) and fixes number of issues in handling fstypes in wic code: - restricted supported fstypes in wks parser code - fixed the code that creates partitions of certain fstypes - removed support of empty squashfs partitions The fo

Re: [OE-core] [PATCH] ca-certificates: Fix symlinks to the certificates in nativesdk

> > On 29 March 2017 at 13:51, Serhii Popovych > wrote: > > That's great. What the subject of this change in openembedded-core? > I wish to test it. > > Because with current *master* I see problem is still here. > > > "sysroot-relativelinks: also co

Re: [OE-core] Subscribing to openembedded-architecture list

You should be able to join. Did you get any messages at all? On 03/30/2017 06:32 AM, Konopelko, Pavel (P.) wrote: > Hello everybody, > > I wonder if openembedded-architecture list is closed, invitation-only or > something. The OE wiki [1] does not mention any restrictions. Nevertheless > I se

[OE-core] Subscribing to openembedded-architecture list

Hello everybody, I wonder if openembedded-architecture list is closed, invitation-only or something. The OE wiki [1] does not mention any restrictions. Nevertheless I seem to be unable to subscribe via the web interface or via an e-mail request (tried several times over the last couple of wee

Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release

On Thu, Mar 30, 2017 at 04:12:08PM +0200, Marek Vasut wrote: > On 03/30/2017 03:24 PM, Denys Dmytriyenko wrote: > > On Thu, Mar 30, 2017 at 10:21:31AM +0200, Marek Vasut wrote: > >> On 03/29/2017 11:56 PM, Denys Dmytriyenko wrote: > >>> On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote: >

[OE-core] [PATCH] busybox: drop unmaintained _git recipe

The busybox _git recipe is not formally tested or kept up to date. The gstreamer _git recipes were recently removed from oe-core and the justifications for that change apply to the busybox _git recipe too. Signed-off-by: Andre McCurdy --- meta/recipes-core/busybox/busybox_git.bb | 52 ---

Re: [OE-core] [PATCH 2/2] scripts: Add yocto-compat-layer-wrapper

On 03/30/2017 10:58 AM, Joshua Lock wrote: > On Thu, 2017-03-30 at 10:43 -0600, Aníbal Limón wrote: >> >> On 03/30/2017 10:13 AM, Patrick Ohly wrote: >>> On Thu, 2017-03-30 at 10:03 -0600, Aníbal Limón wrote: On 03/30/2017 12:02 AM, Patrick Ohly wrote: > On Wed, 2017-03-29 at 15:44

Re: [OE-core] [PATCH 2/2] scripts: Add yocto-compat-layer-wrapper

On Thu, 2017-03-30 at 10:43 -0600, Aníbal Limón wrote: > > On 03/30/2017 10:13 AM, Patrick Ohly wrote: > > On Thu, 2017-03-30 at 10:03 -0600, Aníbal Limón wrote: > > > > > > On 03/30/2017 12:02 AM, Patrick Ohly wrote: > > > > On Wed, 2017-03-29 at 15:44 -0600, Aníbal Limón wrote: > > > > ... > >

Re: [OE-core] [PATCH v5] oeqa/sdk/cases:Adds validation for SDK compatibility tests

On 30 March 2017 at 00:12, Francisco Pedraza < francisco.j.pedraza.gonza...@intel.com> wrote: > @@ -9,7 +9,9 @@ class GalculatorTest(OESDKTestCase): > @classmethod > def setUpClass(self): > if not (self.tc.hasTargetPackage("gtk+3") or\ > -self.tc.hasTargetPackage

[OE-core] [PATCHv3] quilt: Fix paths for patch and perl

Currently some shebang lines end up as #! /usr/bin/env perl -w env does not like the argument. Also the current sed to insert env does not cover the copies ptests use. Fix these issues by: - using --with-perl to insert "env" - Replacing "-w" in shebang lines with a new "use warning;" line Re

Re: [OE-core] [PATCH v2 2/2] automake: Adjust shebang lines to remove interpreter path hardcode

On Tue, 2017-03-28 at 19:25 +, Serhii Popovych wrote: > If build host perl (and other tools) is old and we use some kind > of toolchain to provide recent perl/python/etc to the OE build > we still locked to use build host perl due to hardcoded shebang > lines in automake scripts. > > Behaviour

Re: [OE-core] [PATCH v3 1/2] autoconf: Adjust shebang lines to remove interpreter path hardcode

On Tue, 2017-03-28 at 19:25 +, Serhii Popovych wrote: > If build host perl (and other tools) is old and we use some kind > of toolchain to provide recent perl/python/etc to the OE build > we still locked to use build host perl due to hardcoded shebang > lines in autoconf scripts. > > Behaviour

[OE-core] [PATCHv2] quilt: Fix paths for patch and perl

Currently some shebang lines end up as #! /usr/bin/env perl -w env does not like the argument. Also the current sed to insert env does not cover the copies ptests use. Fix these issues by: - using --with-perl to insert "env" - Replacing "-w" in shebang lines with a new "use warning;" line

Re: [OE-core] [PATCH] ca-certificates: Fix symlinks to the certificates in nativesdk

On 29 March 2017 at 13:51, Serhii Popovych wrote: > That's great. What the subject of this change in openembedded-core? > I wish to test it. > > Because with current *master* I see problem is still here. > "sysroot-relativelinks: also consider links to dirs on the host" oe-core c5b522378fff1

Re: [OE-core] [PATCH] meta: define REAL_MULTIMACH_TARGET_SYS/SDKTARGETSYSROOT in bitbake.conf

Hi, Richard: No, it's not about multilib, but just some special requirement from my company, we have 2 IMX5 machines and we want to separate the sdk install path for them, so it's decided we append the ${MACHINE} to REAL_MULTIMACH_TARGET_SYS, but in current poky, to achieve it, I need extend two r

Re: [OE-core] [PATCH 2/2] scripts: Add yocto-compat-layer-wrapper

On 03/30/2017 10:13 AM, Patrick Ohly wrote: > On Thu, 2017-03-30 at 10:03 -0600, Aníbal Limón wrote: >> >> On 03/30/2017 12:02 AM, Patrick Ohly wrote: >>> On Wed, 2017-03-29 at 15:44 -0600, Aníbal Limón wrote: >>> ... +show_help() { + printf "Usage: %s [-o output_log] [-h] LAYER_DIR ..

[OE-core] ✗ patchtest: failure for i386 machine.cfg: Explicitly disable 64BIT

== Series Details == Series: i386 machine.cfg: Explicitly disable 64BIT Revision: 1 URL : https://patchwork.openembedded.org/series/6088/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been execu

[OE-core] [PATCH] i386 machine.cfg: Explicitly disable 64BIT

Since we do not set the 64 bit flags, newer kernels seem to build 64bit config files by default. This is due to a hard-coded uname -m check that selects the KBUILD_DEFCONFIG based on the host, not the cross target. Similar to e9ec769926b2378e63380bd7762ce7ce201af151 in the yocto-kernel-cache repo

Re: [OE-core] [PATCH] systemd: check 'efi' in MACHINE_FEATURES

On 30 March 2017 at 07:59, Mikko Ylinen wrote: > I'm fine. Perhaps 'efi' should not be a PACKAGECONFIG at all (and > unconditionally disabled here) and > the functionality (just bootctl?) is moved in systemd-boot. Thoughts? > I'm not fully aware of the details here but this seems like a good ide

Re: [OE-core] [PATCH 2/2] scripts: Add yocto-compat-layer-wrapper

On Thu, 2017-03-30 at 10:03 -0600, Aníbal Limón wrote: > > On 03/30/2017 12:02 AM, Patrick Ohly wrote: > > On Wed, 2017-03-29 at 15:44 -0600, Aníbal Limón wrote: > > ... > >> +show_help() { > >> + printf "Usage: %s [-o output_log] [-h] LAYER_DIR ...\n" $0 > >> +} > >> + > > ... > >> +env_dir=$(mk

Re: [OE-core] [PATCH v4 2/2] meta/classes/populate_sdk: Adds support for generating eSDK manifest files

On Wed, 2017-03-29 at 10:12 -0700, Francisco Pedraza wrote: > The functionalities to generate SDK and eSDK manifest files are > different, > the SDK comes from package information and the eSDK comes from sstate > artifacts. > Only execute write_sdk_{host, target}_manifest when is on > populate_sdk

Re: [OE-core] [PATCH v2 1/2] grub_git: extend recipe for proper target deployment

On Thu, 2017-03-30 at 13:02 +, Belal, Awais wrote: > ping! Sorry, these appear to have gotten lost in the system. The patches don't apply any more, could you rebase and resend please? Cheers, Richard -- ___ Openembedded-core mailing list Openembed

Re: [OE-core] [PATCH 2/2] scripts: Add yocto-compat-layer-wrapper

Sending to oe-core ml, i used wrong oe-core mail address, :/, Anibal On 03/30/2017 10:03 AM, Aníbal Limón wrote: > > > On 03/30/2017 12:02 AM, Patrick Ohly wrote: >> On Wed, 2017-03-29 at 15:44 -0600, Aníbal Limón wrote: >> ... >>> +show_help() { >>> + printf "Usage: %s [-o output_l

Re: [OE-core] [PATCH] meta: define REAL_MULTIMACH_TARGET_SYS/SDKTARGETSYSROOT in bitbake.conf

On Thu, 2017-03-30 at 09:57 +0200, liu.min...@gmail.com wrote: > From: Ming Liu > > REAL_MULTIMACH_TARGET_SYS is being defined and referred in several > recipes, which is redundant and not easy to be overriden, and > SDKTARGETSYSROOT is also defined in two recipes. > > So move their definitions

[OE-core] [PATCH 2/5] linux-libc-headers: Allow arm kernel headers to coexist on 32/64 bit

Its rather sad we need to do this but in order to make combined 32 and 64 bit SDKs work, we need a common set of headers and this is the delta that allows things to work. It only applies on arm. Signed-off-by: Richard Purdie --- .../linux-libc-headers/linux-libc-headers.inc | 15

[OE-core] [PATCH 4/5] linux-libc-headers: Drop 4.4

We've been using 4.10 for a while now, I think 4.4 was accidentally left behind so clean it up. Signed-off-by: Richard Purdie --- meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.4.bb | 9 - 1 file changed, 9 deletions(-) delete mode 100644 meta/recipes-kernel/linux-libc-hea

[OE-core] [PATCH 5/5] linux-libc-headers: Remove reference to cross-linkage

This is long dead (thankfully), remove stale reference/comment. Signed-off-by: Richard Purdie --- meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc b/meta/recipes-kernel/

[OE-core] [PATCH 3/5] glibc-package: Allow 32 and 64 bit headers to exist on arm

With this change (combined with the previous linux-libc-header fix), a combined sysroot for 32 and 64 bit arm works meaning our SDK works correctly for that multilib setup. Signed-off-by: Richard Purdie --- meta/recipes-core/glibc/glibc-package.inc | 17 + 1 file changed, 17 inse

[OE-core] [PATCH 1/5] multilib_header: Update wrapper to handle arm 32/64 bit

Having arm 32/64 bit headers coexisting turns out to be tricky. Unfortunately our wrapper works using wordsize.h and this differs on arm so we can't use it. Therefore replicate the logic here for arm. I did look into writing our own wordsize.h but we also need to remap kernel headers on arm and si

Re: [OE-core] [PATCH] base.bbclass: ensure HOSTTOOLS links point to executables

On 30 March 2017 at 16:14, Martin Jansa wrote: > Shouldn't this bump required bitbake version? > Yes, there needs to be a corresponding version bump. I'm hoping that we can re-order/stall to avoid bumping too many times during M4. Ross -- ___ Openem

Re: [OE-core] [PATCH] base.bbclass: ensure HOSTTOOLS links point to executables

Shouldn't this bump required bitbake version? On Thu, Mar 30, 2017 at 3:34 PM, Ross Burton wrote: > Use the new executable argument to bb.utils.which() to ensure that the > symlinks > point to executable files and not for example directories with the right > name > which happened to be on $PATH.

[OE-core] [PATCH] net-tools: enable native and nativesdk variant

net-tools-native is needed by swtpm-wrappers (in meta-security) because swtpm_setup.sh calls netstat, which cannot be assumed to be present in all Linux installations (for example, it is not in OpenSUSE minimal base). Signed-off-by: Patrick Ohly --- meta/recipes-extended/net-tools/net-tools_1.60

Re: [OE-core] [PATCH] selftest/pkgdata: support musl on unit tests

On Thu, 2017-03-30 at 12:45 +0100, Burton, Ross wrote: > > On 30 March 2017 at 07:39, > wrote: > +# recipe-runtime-package relation for virtual/libc > provider > +Libc = collections.namedtuple('Libc', ['recipe', > 'runtime_pkg', 'libpath', 'staticde

Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release

On 03/30/2017 03:24 PM, Denys Dmytriyenko wrote: > On Thu, Mar 30, 2017 at 10:21:31AM +0200, Marek Vasut wrote: >> On 03/29/2017 11:56 PM, Denys Dmytriyenko wrote: >>> On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote: On 03/27/2017 04:25 PM, Richard Purdie wrote: > On Mon, 2017-

[OE-core] [PATCH] base.bbclass: ensure HOSTTOOLS links point to executables

Use the new executable argument to bb.utils.which() to ensure that the symlinks point to executable files and not for example directories with the right name which happened to be on $PATH. [ YOCTO #11256 ] Signed-off-by: Ross Burton --- meta/classes/base.bbclass | 4 ++-- 1 file changed, 2 inse

Re: [OE-core] [PATCH morty] wic: partition: Add fsck to avoid corrupt EXT file systems

Hi Daniel, On 03/30/2017 02:30 PM, Daniel Schultz wrote: This patch avoids the creation of a corrupt EXT file system. Since there are no checks if a EXT file system was successfully created, this should add to prevent possible system failures. Signed-off-by: Daniel Schultz --- scripts/lib/wi

Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release

On Thu, Mar 30, 2017 at 10:21:31AM +0200, Marek Vasut wrote: > On 03/29/2017 11:56 PM, Denys Dmytriyenko wrote: > > On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote: > >> On 03/27/2017 04:25 PM, Richard Purdie wrote: > >>> On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote: > Upgr

[OE-core] [PATCH V2] kernel.bbclass: move in addtask kernel_link_images statement from linux-yocto.inc

From: Ming Liu Add kernel_link_images task in kernel.bbclass instead of adding it in linux-yocto.inc, or else the recipes inheriting kernel.bbclass might run into implicit dependency issues. Signed-off-by: Ming Liu --- meta/classes/kernel.bbclass | 1 + meta/recipes-kernel/linux/

[OE-core] [PATCH V2] kernel.bbclass: fix a typo

From: Ming Liu In a addtask statement, do_strip should be strip. Signed-off-by: Ming Liu --- meta/classes/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 244087a..91c260a 100644 --- a/meta/classe

Re: [OE-core] [PATCH v2 2/2] grub-efi/live-vm-common: allow grub as EFI_PROVIDER

ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org on behalf of Belal, Awais Sent: Monday, January 30, 2017 6:25 PM To: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH v2 2/2] grub-efi/live-vm-common:a

Re: [OE-core] [PATCH v2 1/2] grub_git: extend recipe for proper target deployment

ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org on behalf of Belal, Awais Sent: Monday, January 30, 2017 6:25 PM To: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH v2 1/2] grub_git: extend recipe for proper

Re: [OE-core] [PATCH] kernel.bbclass: fix some incorrect inter-task dependencies

Hi, Bruce: Got your meaning, will send a V2 soon. //Ming Liu 2017-03-30 14:38 GMT+02:00 Bruce Ashfield : > > > On Thu, Mar 30, 2017 at 3:58 AM, wrote: > >> From: Ming Liu >> >> - Move the addtask statment that kernel_link_images needs run after >> do_compile from linux-yocto.inc to kernel.b

Re: [OE-core] [PATCH] kernel.bbclass: fix some incorrect inter-task dependencies

On Thu, Mar 30, 2017 at 3:58 AM, wrote: > From: Ming Liu > > - Move the addtask statment that kernel_link_images needs run after > do_compile from linux-yocto.inc to kernel.bbclass. Or else the recipes > that inheriting kernel.bbclass might run into implicit dependency > issues. > - Fix a

[OE-core] [PATCH morty] wic: partition: Add fsck to avoid corrupt EXT file systems

This patch avoids the creation of a corrupt EXT file system. Since there are no checks if a EXT file system was successfully created, this should add to prevent possible system failures. Signed-off-by: Daniel Schultz --- scripts/lib/wic/partition.py | 3 +++ 1 file changed, 3 insertions(+) dif

Re: [OE-core] [PATCH 1/3] update_gio_module_cache: fix host user contamination

On Wed, 2017-03-29 at 23:54 +, Peter Kjellerstedt wrote: > One thing that confuses me though is the “(Output: b'')” part in the > warning below: > > > > WARNING: core-image-base-1.0-r0 do_rootfs: The postinstall intercept > hook 'update_gio_module_cache' failed (exit code: 1)! See log for >

Re: [OE-core] [PATCH] selftest/pkgdata: support musl on unit tests

On 30 March 2017 at 07:39, wrote: > +# recipe-runtime-package relation for virtual/libc provider > +Libc = collections.namedtuple('Libc', ['recipe', 'runtime_pkg', > 'libpath', 'staticdev', 'utils', 'rutils']) > +cls.libc = Libc('glibc', 'libc6', '/lib/libc.so.6', > 'libc6

[OE-core] [PATCH] nasm: remove COMPATIBLE_HOST

nasm can build on every architecture, it just can't generate anything but X86 code. As we can't know what the user intends to do with nasm, remove the COMPATIBLE_HOST line. Signed-off-by: Ross Burton --- meta/recipes-devtools/nasm/nasm_2.12.02.bb | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [OE-core] [PATCH] libjpeg-turbo: fix build on aarch64 or non-intel build hosts

On 30 March 2017 at 09:09, Maxin B. John wrote: > > Agree with Andre here. I would suggest to update nasm recipe to support > build for other archs as well (tested on arm and it works as expected. Will > require more testing on other archs). > Yes. Simply deleting the COMPATIBLE_HOST in nasm.bb

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Alexander Kanavin > Sent: den 30 mars 2017 11:39 > To: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH] update_gi

Re: [OE-core] [PATCH] busybox: move default config fragments to defconfig

On Wed, 2017-03-29 at 19:19 +0200, Peter Bergin wrote: > Thanks for your suggestion. I think this is one step better than > what's  in master today as it can more easily be overridden. But I > don't think  this is a better solution to the problem than moving the > defaults to the defconfig. Probabl

Re: [OE-core] [PATCH] bitbake.conf: add whoami to HOSTTOOLS

On Thu, 2017-03-30 at 00:52 +0200, Andrea Adami wrote: > On Thu, Mar 30, 2017 at 12:24 AM, Richard Purdie > wrote: > > > > On Wed, 2017-03-29 at 23:09 +0200, Andreas Oberritter wrote: > > > > > > On Wed, 29 Mar 2017 22:45:17 +0200 > > > Andrea Adami wrote: > > > > > > > > > > > > > > > Spott

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On 03/30/2017 02:16 AM, Peter Kjellerstedt wrote: Only change the ownership of ${libdir}/gio/modules/giomodule.cache if it exists. Signed-off-by: Peter Kjellerstedt --- scripts/postinst-intercepts/update_gio_module_cache | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a

[OE-core] [PATCH 1/4] bitbake.conf: Add DEPLOY_DIR to BB_HASHBASE_WHITELIST

Users should be able to locally choose DEPLOY_DIR without impacting the reuse of sstate, this change allows that. [YOCTO #0] Signed-off-by: Richard Purdie --- meta/conf/bitbake.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbak

[OE-core] [PATCH 4/4] bitbake.conf: Drop MULTIMACH_HOST_SYS

There are no users of this left after recipe specfic sysroots was implemented, drop the variable as it no longer makes sense or is useful. Signed-off-by: Richard Purdie --- meta/conf/bitbake.conf | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf i

[OE-core] [PATCH 2/4] sanity: Drop obsolete TMPDIR ABI conversions

When we get to version 12 we have a hard break as we can't convert to newer versions. There is no point in running the old conversions on an old tmpdir only to hit that block. Remove all the old conversions to avoid that and make things clearer. Signed-off-by: Richard Purdie --- meta/classes/san

[OE-core] [PATCH 3/4] ccache: Use MULTIMACH_TARGET_SYS not HOST_SYS

I suspect this was a typo and that TARGET_SYS makes more sense here. Its also the only remaining user of MULTIMACH_HOST_SYS in OE-Core. Change it. Signed-off-by: Richard Purdie --- meta/classes/ccache.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/ccache

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On 03/30/2017 12:31 PM, Richard Purdie wrote: Only change the ownership of ${libdir}/gio/modules/giomodule.cache if it exists. Why do we need to change the owndership in the first place? The qemu call in the line above is made under PSEUDO_UNLOAD, see the original patch from Chris. With this

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On Thu, 2017-03-30 at 12:29 +0300, Alexander Kanavin wrote: > On 03/30/2017 02:16 AM, Peter Kjellerstedt wrote: > > > > Only change the ownership of ${libdir}/gio/modules/giomodule.cache > > if > > it exists. > Why do we need to change the owndership in the first place? The qemu call in the line

Re: [OE-core] [PATCH] update_gio_module_cache: Do not chown a non-existing file

On 03/30/2017 02:16 AM, Peter Kjellerstedt wrote: Only change the ownership of ${libdir}/gio/modules/giomodule.cache if it exists. Why do we need to change the owndership in the first place? Alex -- ___ Openembedded-core mailing list Openembedded-co

Re: [OE-core] [PATCH 1/3] update_gio_module_cache: fix host user contamination

On 03/28/2017 07:14 PM, Christopher Larson wrote: update_gio_module_cache intercept creates file: $D${libdir}/gio/modules/giomodule.cache Change ownership of this file to root:root to avoid user contamination by host. I don't understand how one is related to another, can you explain please? W

Re: [OE-core] [PATCH 1/1] wic: improve error message

On 03/30/2017 04:54 PM, Gary Thomas wrote: On 2017-03-30 10:37, Chen Qi wrote: When using `wic create mkefidisk -e core-image-minimal', the following error message appeared. Please bake it with 'bitbake parted-native' and try again. However, following this command doesn't do any help. The sa

Re: [OE-core] [PATCH] quilt: Fix paths for patch and perl

On Wed, 2017-03-29 at 17:44 +0300, Jussi Kukkonen wrote: > --with-perl value is used as part of shebang lines: the previous > do_install_append hack did not work as it was often used as > #! /usr/bin/env perl -w > Env does not support arguments, set --with-perl instead. Native > recipe already

Re: [OE-core] [PATCH 1/3] update_gio_module_cache: fix host user contamination

On Wed, 2017-03-29 at 23:54 +, Peter Kjellerstedt wrote: > I have sent a patch to fix this. The interesting part from the log > was: >   > chown: cannot access > `${WORKDIR}/rootfs/usr/lib/gio/modules/giomodule.cache': No such file > or directory Does this fix this or workaround the issue? I t

Re: [OE-core] [PATCH 1/3] update_gio_module_cache: fix host user contamination

On 30 March 2017 at 00:08, Andrea Adami wrote: > On Wed, Mar 29, 2017 at 10:40 PM, Christopher Larson > wrote: > > > > On Wed, Mar 29, 2017 at 1:33 PM, Andrea Adami > > wrote: > >> > >> On Tue, Mar 28, 2017 at 6:14 PM, Christopher Larson > >> wrote: > >> > From: Abdur Rehman > >> > > >> > upd

Re: [OE-core] [PATCH 1/1] wic: improve error message

On 2017-03-30 10:37, Chen Qi wrote: When using `wic create mkefidisk -e core-image-minimal', the following error message appeared. Please bake it with 'bitbake parted-native' and try again. However, following this command doesn't do any help. The same problem still appeared. The problem is t

Re: [OE-core] [PATCH] meta: define REAL_MULTIMACH_TARGET_SYS/SDKTARGETSYSROOT in bitbake.conf

On Thu, 2017-03-30 at 09:57 +0200, liu.min...@gmail.com wrote: > From: Ming Liu > > REAL_MULTIMACH_TARGET_SYS is being defined and referred in several > recipes, which is redundant and not easy to be overriden, and > SDKTARGETSYSROOT is also defined in two recipes. > > So move their definitions

[OE-core] [PATCH 1/1] wic: improve error message

When using `wic create mkefidisk -e core-image-minimal', the following error message appeared. Please bake it with 'bitbake parted-native' and try again. However, following this command doesn't do any help. The same problem still appeared. The problem is that when we 'bitbake parted-native', i

[OE-core] [PATCH 0/1] wic: improve error message

The following changes since commit 2acc741dd02cd796b396484a8676250a8f97c975: maintainers.inc: Add maintainers to go-native and vulkan software package recipes (2017-03-29 16:37:28 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/wic-error-msg http

Re: [OE-core] [PATCH v2] util-linux: make blkdiscard a separate package

On 29 March 2017 at 20:42, Stefan Agner wrote: > On 2017-03-29 08:41, Burton, Ross wrote: > > > On 28 March 2017 at 23:45, Stefan Agner wrote: > >> @@ -30,8 +30,8 @@ PACKAGES =+ "util-linux-agetty util-linux-fdisk >> util-linux-cfdisk util-linux-sfd >> util-linux-swaponoff util-lin

Re: [OE-core] [PATCH] u-boot: Update to 2017.03 release

On 03/29/2017 11:56 PM, Denys Dmytriyenko wrote: > On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote: >> On 03/27/2017 04:25 PM, Richard Purdie wrote: >>> On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote: Upgrade U-Boot to the latest version. >>> >>> Wrong list and how does this

  1   2   >