[OE-core] [PATCH] initscripts/sysfs.sh: Mount devtmpfs on /dev/ if needed

When booting from an initrd disk, or when the kernel config option DEVTMPFS_MOUNT isn't provided, /dev/ will not be mounted at boot. This small addition will check if /dev/ is "useful", and if not, will mount devtmpfs if the kernel provides it. With this change, it is possible to set an initscrip

Re: [OE-core] [PATCH] busybox: add virtual reference instead

On Mon, 2015-10-19 at 16:02 -0500, Alejandro Joya wrote: > These recipes have a hardcoded dependency to busybox, > in order to be able to have a flexible selection, > instead of the hardcoded dependency, now it is point to virtual reference > base-utils. > > Signed-off-by: Alejandro Joya > --- >

Re: [OE-core] [PATCH 1/6] systemd: build with compatibility libraries

* Joshua Lock [151019 21:53]: > On 19/10/15 13:57, Anders Darander wrote: > >* Joshua Lock [151016 17:52]: > >>There are recipes in the Core metadata that have optional systemd > >>support but expect the old, separate, libsystemd-foo pkg-config files > >>(not the newer unified libsystemd). > >

[OE-core] [PATCH] scons.bbclass: SCons packages don't require do_configure

Signed-off-by: Andre McCurdy --- meta/classes/scons.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/scons.bbclass b/meta/classes/scons.bbclass index b8de822..1579b05 100644 --- a/meta/classes/scons.bbclass +++ b/meta/classes/scons.bbclass @@ -2,6 +2,8 @@ DEPENDS += "pyt

Re: [OE-core] [PATCH] gcc-5.2: Fix various _FOR_BUILD and related variables

> On Oct 19, 2015, at 8:29 AM, Mark Hatle wrote: > > When doing a FOR_BUILD thing, you have to override CFLAGS with > CFLAGS_FOR_BUILD. And if you use C++, you also have to override > CXXFLAGS with CXXFLAGS_FOR_BUILD. > Without this, when building for mingw, you end up trying to use > the mingw

Re: [OE-core] [PATCH] python: don't append -D__SOFTFP__ to TARGET_CC_ARCH for armv6/armv7a

On Mon, Oct 19, 2015 at 8:20 PM, Khem Raj wrote: > >> On Oct 19, 2015, at 7:56 PM, Andre McCurdy wrote: >> >> Remove obsolete hack which seems to date back to (at least) 2009. It's >> potentially harmful as python TARGET_CC_ARCH flags can leak through to >> other packages via the sysroot _sysconf

Re: [OE-core] [PATCH 1/6] systemd: build with compatibility libraries

> On Oct 16, 2015, at 8:51 AM, Joshua Lock wrote: > > There are recipes in the Core metadata that have optional systemd > support but expect the old, separate, libsystemd-foo pkg-config files > (not the newer unified libsystemd). > > Add a PACKAGECONFIG option to build systemd with the compatib

Re: [OE-core] [PATCH][V2 5/5] subversion: add explicit dependency on file-replacement-native for native builds

> On Oct 19, 2015, at 2:55 PM, Ross Burton wrote: > > Signed-off-by: Ross Burton > --- > meta/recipes-devtools/subversion/subversion_1.8.13.bb | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta/recipes-devtools/subversion/subversion_1.8.13.bb > b/meta/recipes-devtools/subversion/sub

Re: [OE-core] [PATCH] python: don't append -D__SOFTFP__ to TARGET_CC_ARCH for armv6/armv7a

> On Oct 19, 2015, at 7:56 PM, Andre McCurdy wrote: > > Remove obsolete hack which seems to date back to (at least) 2009. It's > potentially harmful as python TARGET_CC_ARCH flags can leak through to > other packages via the sysroot _sysconfigdata.py. > > Signed-off-by: Andre McCurdy > --- > m

[OE-core] [PATCH] python: don't append -D__SOFTFP__ to TARGET_CC_ARCH for armv6/armv7a

Remove obsolete hack which seems to date back to (at least) 2009. It's potentially harmful as python TARGET_CC_ARCH flags can leak through to other packages via the sysroot _sysconfigdata.py. Signed-off-by: Andre McCurdy --- meta/recipes-devtools/python/python3_3.4.3.bb | 5 + meta/recipes-d

[OE-core] [PATCH][V2 5/5] subversion: add explicit dependency on file-replacement-native for native builds

Signed-off-by: Ross Burton --- meta/recipes-devtools/subversion/subversion_1.8.13.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/subversion/subversion_1.8.13.bb b/meta/recipes-devtools/subversion/subversion_1.8.13.bb index f843b95..9c9bdb1 100644 --- a/meta/recipes-

[OE-core] [PATCH][V2 3/5] file: don't replace host file when built natively

To avoid races over the file binaries being replaced mid-build we made file-native an assume-provided binary and check for it at startup, but target file still needs a native file binary of the same version to compile the magic data. The least invasive way of doing this is to build a native file d

[OE-core] [PATCH][V2 2/5] sanity: check that the host has file installed

Now that file-native is ASSUME_PROVIDED, check that it's actually present. Signed-off-by: Ross Burton --- meta/classes/sanity.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index d0b5cd0..ae86d26 100644 --- a/

[OE-core] [PATCH][V2 4/5] rpm: add explicit dependency on file-replacement-native for native builds

Signed-off-by: Ross Burton --- meta/recipes-devtools/rpm/rpm_4.11.2.bb | 1 + meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 1 + meta/recipes-devtools/rpm/rpm_5.4.14.bb | 1 + 3 files changed, 3 insertions(+) diff --git a/meta/recipes-devtools/rpm/rpm_4.11.2.bb b/meta/recipes-devtools/rpm/rpm_4.

[OE-core] [PATCH][V2 1/5] bitbake: add file-native to ASSUME_PROVIDED

Various key parts of the core classes (for example, do_package and do_populate_sysroot) currently require file. As it's not possible to build a file-native without invoking do_populate_sysroot mark file-native as ASSUME_PROVIDED and expect to use the host's binary. Signed-off-by: Ross Burton ---

[OE-core] [PATCH 1/2] oeqa/utils/ftools: Ignore the exception if file does not exist

From: Leonardo Sandoval There may be cases where the configuration file (path) does not exist, thus the remove_from_file should catch this exception. In case the exception is not the latter (errno.ENOENT), then re-raise it. [YOCTO #8540] Signed-off-by: Leonardo Sandoval --- meta/lib/oeqa/util

[OE-core] [PATCH 2/2] oeqa/utils/ftools: From functions that expect data, check if None

From: Leonardo Sandoval ftools functions that expect data may get 'None'; this patch does this check and return immediately if this is the case. Signed-off-by: Leonardo Sandoval --- meta/lib/oeqa/utils/ftools.py | 9 + 1 file changed, 9 insertions(+) diff --git a/meta/lib/oeqa/utils/f

[OE-core] [PATCH] busybox: add virtual reference instead

These recipes have a hardcoded dependency to busybox, in order to be able to have a flexible selection, instead of the hardcoded dependency, now it is point to virtual reference base-utils. Signed-off-by: Alejandro Joya --- meta/conf/distro/include/default-providers.inc | 4 +++- me

Re: [OE-core] [RFC][WIP[[PATCH] feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi andARMPKGSFX_EABI

> On Oct 19, 2015, at 1:13 PM, Martin Jansa wrote: > > On Mon, Oct 19, 2015 at 12:40:05PM -0700, Khem Raj wrote: >> Why doesnt vfpv4 also imply vfp ? Isnt it a super set > > As it's now adding it to TUNE_FEATURES it would duplicate -mfpu options > with different values, this change should proba

[OE-core] [RFC][WIP[[PATCH] feature-arm-vfp.inc: add -mfpu=vfpv4 when vfpv4 is in TUNE_FEATURES

* allows to use vfpv4 without neon Signed-off-by: Martin Jansa --- meta/conf/machine/include/arm/feature-arm-neon.inc | 5 +++-- meta/conf/machine/include/arm/feature-arm-vfp.inc | 1 + 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/conf/machine/include/arm/feature-arm-neon

[OE-core] [RFC][WIP[[PATCHv2] feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi andARMPKGSFX_EABI

* without this change it wasn't possible to use call-convention hard together with vfpv4 * also use ' inside quoted values Signed-off-by: Martin Jansa --- meta/conf/machine/include/arm/feature-arm-vfp.inc | 19 +++ 1 file changed, 11 insertions(+), 8 deletions(-) diff --git a/

Re: [OE-core] [RFC][WIP[[PATCH] feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi andARMPKGSFX_EABI

On Mon, Oct 19, 2015 at 12:40:05PM -0700, Khem Raj wrote: > Why doesnt vfpv4 also imply vfp ? Isnt it a super set As it's now adding it to TUNE_FEATURES it would duplicate -mfpu options with different values, this change should probably cover vfpv3 and vfpv3d16 as well as added in: commit f9de952

Re: [OE-core] [PATCH 1/6] systemd: build with compatibility libraries

On 19/10/15 13:57, Anders Darander wrote: * Joshua Lock [151016 17:52]: There are recipes in the Core metadata that have optional systemd support but expect the old, separate, libsystemd-foo pkg-config files (not the newer unified libsystemd). Any size impact? Just wondering as you're changi

Re: [OE-core] [PATCH 4/5] tune-atom.inc: include tune-bonnell.inc instead of tune-core2.inc

On Mon, Oct 19, 2015 at 12:37 PM, Khem Raj wrote: > What do we get with this change It's mainly just a convenience for anyone with an existing machine config using "tune-atom.inc". They would get atom specific tuning without needing to update their machine configs. > On Oct 19, 2015 12:00 PM, "

Re: [OE-core] [RFC][WIP[[PATCH] feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi andARMPKGSFX_EABI

Why doesnt vfpv4 also imply vfp ? Isnt it a super set On Oct 19, 2015 11:03 AM, "Martin Jansa" wrote: > * without this change it wasn't possible to use call-convention hard > together with vfpv4 > * also use ' inside quoted values > > Signed-off-by: Martin Jansa > --- > meta/conf/machine/incl

Re: [OE-core] [PATCH 4/5] tune-atom.inc: include tune-bonnell.inc instead of tune-core2.inc

What do we get with this change On Oct 19, 2015 12:00 PM, "Andre McCurdy" wrote: > Use 'atom' as an alias for the first generation Intel Atom CPUs. > --- > meta/conf/machine/include/tune-atom.inc | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/meta/conf/machine/inclu

[OE-core] [PATCH 4/5] tune-atom.inc: include tune-bonnell.inc instead of tune-core2.inc

Use 'atom' as an alias for the first generation Intel Atom CPUs. --- meta/conf/machine/include/tune-atom.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/conf/machine/include/tune-atom.inc b/meta/conf/machine/include/tune-atom.inc index 5e1bb74..24cd676 100644 ---

[OE-core] [PATCH 5/5] tune-corei7.inc: update comments regarding Silvermont support

Although still compatible, tune-corei7.inc is no longer the recommended way to tune for Silvermont (which now has its own dedicated .inc file). Signed-off-by: Andre McCurdy --- meta/conf/machine/include/tune-corei7.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/

[OE-core] [PATCH 2/5] tune-bonnell.inc: support for first generation Intel Atom CPUs

Signed-off-by: Andre McCurdy --- meta/conf/machine/include/tune-bonnell.inc | 35 ++ 1 file changed, 35 insertions(+) create mode 100644 meta/conf/machine/include/tune-bonnell.inc diff --git a/meta/conf/machine/include/tune-bonnell.inc b/meta/conf/machine/include/tu

[OE-core] [PATCH 0/5] tuning support for 1st and 2nd generation Intel Atom CPUs

Andre McCurdy (5): tune-corei7.inc: fix PACKAGE_EXTRA_ARCHS_tune-corei7-32 typo tune-bonnell.inc: support for first generation Intel Atom CPUs tune-silvermont.inc: support for second generation Intel Atom CPUs tune-atom.inc: include tune-bonnell.inc instead of tune-core2.inc tune-corei7.i

[OE-core] [PATCH 3/5] tune-silvermont.inc: support for second generation Intel Atom CPUs

Signed-off-by: Andre McCurdy --- meta/conf/machine/include/tune-silvermont.inc | 36 +++ 1 file changed, 36 insertions(+) create mode 100644 meta/conf/machine/include/tune-silvermont.inc diff --git a/meta/conf/machine/include/tune-silvermont.inc b/meta/conf/machine/incl

[OE-core] [PATCH 1/5] tune-corei7.inc: fix PACKAGE_EXTRA_ARCHS_tune-corei7-32 typo

Signed-off-by: Andre McCurdy --- meta/conf/machine/include/tune-corei7.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/machine/include/tune-corei7.inc b/meta/conf/machine/include/tune-corei7.inc index 42cf932..bea652f 100644 --- a/meta/conf/machine/include/tune-

[OE-core] [RFC][WIP[[PATCH] feature-arm-vfp.inc: respect vfpv4 when setting -mfloat-abi andARMPKGSFX_EABI

* without this change it wasn't possible to use call-convention hard together with vfpv4 * also use ' inside quoted values Signed-off-by: Martin Jansa --- meta/conf/machine/include/arm/feature-arm-vfp.inc | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/meta/conf/ma

Re: [OE-core] [PATCH 1/3] bitbake: add file-native to ASSUME_PROVIDED

#2 seems more ubiquitous Franco On 10/19/2015 11:11 AM, Burton, Ross wrote: > > On 19 October 2015 at 16:37, Burton, Ross > wrote: > > Not sure what to do here. If we install file-native directly into > the sysroot we get occasional races on the file binary

[OE-core] [PATCH] libc-package: Fix localedef multilib dependency issues

Building nativesdk-glibc-locale results in many messages like: QA Issue: nativesdk-locale-base-en-sg rdepends on localedef, but it isn't a build dependency? [build-deps] It should depend on ${MLPREFIX}localedef, not just localedef to fix these warnings. Signed-off-by: Richard Purdie diff --gi

[OE-core] [PATCH v3 5/5] toolchain-shar-extract.sh: print full-length title underline

Print a line that's the full length of the title that it's underneath. Signed-off-by: Paul Eggleton --- meta/files/toolchain-shar-extract.sh | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/files/toolchain-shar-extract.sh b/meta/files/toolchain-shar-extract.sh index

[OE-core] [PATCH v3 4/5] classes/populate_sdk_ext: detect and warn if running in OE environment

If you run the extensible SDK environment setup script in a shell session where oe-init-build-env has been run already, and attempt to use the two together, strange things happen - you may not even be running devtool from the extensible SDK, but the OE tree. This isn't a supported use case anyway,

[OE-core] [PATCH v3 3/5] classes/populate_sdk_ext: add note to env setup script

Print a note at the end of the environment setup script pointing to devtool. Signed-off-by: Paul Eggleton --- meta/classes/populate_sdk_ext.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/populate_sdk_ext.bbclass b/meta/classes/populate_sdk_ext.bbclass index 0feb3b2..

[OE-core] [PATCH v3 0/5] Extensible SDK fixes

Changes since v2: * Fix patch 2/5 to disable do_bootimg, do_bootdirectdisk and do_vmimg as well as do_rootfs * Add a proper commit message for patch 1/5 The following changes since commit 10e5df3503632a6e1c54612055b19f7258c3ae2f: lib/oe/image.py: Fix dependency handling for compressed typ

[OE-core] [PATCH v3 2/5] classes/populate_sdk_ext: prevent image construction from executing on install

In order to prepare the build system within the extensible SDK, we actually go ahead and build the targets specified by SDK_TARGETS (by default the image the SDK was built for). Assuming that's an image, we don't actually need to build the image itself - we just need to have everything done up to t

[OE-core] [PATCH v3 1/5] classes/populate_sdk_ext: consistent indentation

Make indentation consistent here in preparation for the changes that follow. Signed-off-by: Paul Eggleton --- meta/classes/populate_sdk_ext.bbclass | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/classes/populate_sdk_ext.bbclass b/meta/classes/populate_sdk_ex

Re: [OE-core] [PATCH 1/3] bitbake: add file-native to ASSUME_PROVIDED

On Mon, 2015-10-19 at 17:11 +0100, Burton, Ross wrote: > > On 19 October 2015 at 16:37, Burton, Ross > wrote: > Not sure what to do here. If we install file-native directly > into the sysroot we get occasional races on the file binary > causing build failures. If we mak

Re: [OE-core] [PATCH 1/3] bitbake: add file-native to ASSUME_PROVIDED

On 19 October 2015 at 16:37, Burton, Ross wrote: > Not sure what to do here. If we install file-native directly into the > sysroot we get occasional races on the file binary causing build > failures. If we make file-native ASSUME_PROVIDED then rpm (and subversion) > change their behaviour depe

Re: [OE-core] [PATCH v2 2/5] classes/populate_sdk_ext: prevent do_rootfs from executing on install

On Wednesday 14 October 2015 21:23:31 Paul Eggleton wrote: > In order to prepare the build system within the extensible SDK, we > actually go ahead and build the targets specified by SDK_TARGETS (by > default the image the SDK was built for). Assuming that's an image, we > don't actually need to bu

[OE-core] U-boot file is being removed when image-recipe is rebuild which uses wic.bz2

Hello, We are using wi.bz2 as our image fstypes. The image gets created smoothly for the first time. Our wks file uses -sourceparam argument and mention the u-boot file part u-boot --source rawcopy --sourceparams="file=u-boot-mx6-solox.imx" --ondisk mmcblk --no-table --align 1 The issue comes

Re: [OE-core] [PATCH 1/3] bitbake: add file-native to ASSUME_PROVIDED

So this breaks rpm-native v4, which needs file-native as it links to libmagic. Not sure what to do here. If we install file-native directly into the sysroot we get occasional races on the file binary causing build failures. If we make file-native ASSUME_PROVIDED then rpm (and subversion) change

Re: [OE-core] [PATCH 1/3] libsdl: support native compilation

On Mon, 2015-10-19 at 09:44 -0500, Mark Hatle wrote: > On 10/19/15 9:17 AM, Dmitry Eremin-Solenikov wrote: > > qemu-native can use SDL backend for graphical output. Currently it is > > expected to use libsdl provided by the host. However this can lead to > > library incompatibilities between host a

[OE-core] [PATCH V3] populate SDK: prepare calling of bb.utils for exceptions

bb.utils.remove, bb.utils.movefile and bb.utils.mkdirhier can throw exceptions that need handling and proper error messages more work is required for these methods to handle properly the exceptions that can be raised within the various OS calls they make but this is a start to at least not hide the

[OE-core] [PATCH] Fix GCC 5.2 "_FOR_BUILD" and related variables

Without this patch, the wrong header fragments can be used to generate the nativesdk, cross-canadian, and other variations. Generally this works fine. However, when there is enough variation from the build machine to the target runtime it will break.. (Such as SDKMACHINE=i686-mingw32) The bugs

[OE-core] [PATCH] gcc-5.2: Fix various _FOR_BUILD and related variables

When doing a FOR_BUILD thing, you have to override CFLAGS with CFLAGS_FOR_BUILD. And if you use C++, you also have to override CXXFLAGS with CXXFLAGS_FOR_BUILD. Without this, when building for mingw, you end up trying to use the mingw headers for a host build. The same goes for other variables as

Re: [OE-core] [PATCH 1/3] libsdl: support native compilation

On 10/19/15 9:17 AM, Dmitry Eremin-Solenikov wrote: > qemu-native can use SDL backend for graphical output. Currently it is > expected to use libsdl provided by the host. However this can lead to > library incompatibilities between host and target. Make libsdl recipe > support native compilation.

[OE-core] [PATCH 1/3] libsdl: support native compilation

qemu-native can use SDL backend for graphical output. Currently it is expected to use libsdl provided by the host. However this can lead to library incompatibilities between host and target. Make libsdl recipe support native compilation. Signed-off-by: Dmitry Eremin-Solenikov --- meta/recipes-gr

[OE-core] [PATCH] apr: remove conflict with ccache

If ccache is enabled, compiling apr-utils fails with the following error messages because libtool is confused by the "ccache gcc" appearing on the command line. Disable ccache for apr, so that ccache don't get enabled in all software using apr's rules.mk. The error message from apr-utils-native:

Re: [OE-core] [PATCH 3/3] oeqa/utils/ftools: Checks before appending/reading files

Hi Paul, On 10/19/2015 08:41 AM, Paul Eggleton wrote: Hi Leo, On Monday 19 October 2015 05:24:44 leonardo.sandoval.gonza...@linux.intel.com wrote: From: Leonardo Sandoval Before trying to append/read a file, check if file exists. Signed-off-by: Leonardo Sandoval --- meta/lib/oeqa/utils/f

[OE-core] [PATCH 2/3] qemu: drop hooking of libsdl from the host

Now as libsdl recipe provides libsdl-native, there is no need to hook in extra library paths from host to compile qemu-native. Signed-off-by: Dmitry Eremin-Solenikov --- meta/recipes-devtools/qemu/qemu.inc | 8 1 file changed, 8 deletions(-) diff --git a/meta/recipes-devtools/qemu/qemu

[OE-core] [PATCH 3/3] local.conf.sample: stop adding libsdl-native to ASSUME_PROVIDED

Signed-off-by: Dmitry Eremin-Solenikov --- meta/conf/local.conf.sample | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample index 3ae24ab..dfdb912 100644 --- a/meta/conf/local.conf.sample +++ b/meta/conf/local.conf.sample @@ -205,7 +205,6 @@

Re: [OE-core] [PATCH 3/3] oeqa/utils/ftools: Checks before appending/reading files

Hi Leo, On Monday 19 October 2015 05:24:44 leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > Before trying to append/read a file, check if file exists. > > Signed-off-by: Leonardo Sandoval > --- > meta/lib/oeqa/utils/ftools.py | 24 ++-- > 1

Re: [OE-core] [PATCH 2/3] sanity: check that the host has file installed

On 19 October 2015 at 14:34, Paul Eggleton wrote: > > Well that was embarassing. I wonder how that test change made it into > git. > > Since this test isn't run on every build, it can be broken or unsatisfied > and > the build will still start. Given how quick this check is and that people > hav

Re: [OE-core] [PATCH 2/3] sanity: check that the host has file installed

On Monday 19 October 2015 13:12:56 Burton, Ross wrote: > On 19 October 2015 at 13:09, Martin Jansa wrote: > > file or filex? > > Well that was embarassing. I wonder how that test change made it into git. Since this test isn't run on every build, it can be broken or unsatisfied and the build wi

[OE-core] [PATCH 3/3] oeqa/utils/ftools: Checks before appending/reading files

From: Leonardo Sandoval Before trying to append/read a file, check if file exists. Signed-off-by: Leonardo Sandoval --- meta/lib/oeqa/utils/ftools.py | 24 ++-- 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/meta/lib/oeqa/utils/ftools.py b/meta/lib/oeqa/uti

[OE-core] [PATCH 1/3] oeqa/selftest: clean up selftest.inc in teardown

From: Ross Burton Test cases may want to do call bitbake in setUpClass() but at that point the previous selftest.inc is still present which could change the build configuration and result in any built artifacts being removed in the next bitbake invocation as part of the sysroot clean up. Resolve

Re: [OE-core] [PATCH 1/6] systemd: build with compatibility libraries

* Joshua Lock [151016 17:52]: > There are recipes in the Core metadata that have optional systemd > support but expect the old, separate, libsystemd-foo pkg-config files > (not the newer unified libsystemd). Any size impact? Just wondering as you're changing the default. (Assuming that it was of

Re: [OE-core] [PATCH 2/3] sanity: check that the host has file installed

On 19 October 2015 at 13:09, Martin Jansa wrote: > file or filex? > Well that was embarassing. I wonder how that test change made it into git. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembed

Re: [OE-core] [PATCH 2/3] sanity: check that the host has file installed

On Mon, Oct 19, 2015 at 11:05:28AM +0100, Ross Burton wrote: > Signed-off-by: Ross Burton > --- > meta/classes/sanity.bbclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass > index 34f8618..a1fed36 100644 > --- a

[OE-core] [PATCH 3/3] file: don't replace host file when built natively

To avoid races over the file binaries being replaced mid-build we made file-native an assume-provided binary and check for it at startup, but target file still needs a native file binary of the same version to compile the magic data. The least invasive way of doing this is to build a native file b

[OE-core] [PATCH 1/3] bitbake: add file-native to ASSUME_PROVIDED

Signed-off-by: Ross Burton --- meta/conf/bitbake.conf | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 9ddd1c0..06971da 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -166,6 +166,7 @@ DATETIME = "${DATE}${TIME}" ASSUME

[OE-core] [PATCH 2/3] sanity: check that the host has file installed

Signed-off-by: Ross Burton --- meta/classes/sanity.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index 34f8618..a1fed36 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -3,7 +3,7 @

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

On Mon, Oct 19, 2015 at 11:21 AM, Stefan Christ wrote: > > What about my rework patches? I will resend them if they are ok. i (very) quickly looked at them.. #3, #4, #5 look sane. #6, #7, i am not sure if this is worth doing this change.. we'll see what others think about them.. -- _

[OE-core] [PATCH 2/2] cpio: fix testcase symlink-bad-lengths [ LIN8-947 ]

* fix the output of stderr & stdout to meet latest cpio Signed-off-by: Jun Zhang --- .../fix-testcase-symlink-bad-lengths.patch | 33 ++ meta/recipes-extended/cpio/cpio_2.11.bb| 1 + 2 files changed, 34 insertions(+) create mode 100644 meta/recipes-exte

[OE-core] [PATCH 1/2] cpio: Fix symlink-bad-length test for 64-bit [ LIN8-947 ] architectures.

* src/util.c: Return non-zero exit code if EOF is hit prematurely. Backport commit: http://git.savannah.gnu.org/cgit/cpio.git/commit/src/util.c?id=f6a8a2cbd2d5ca40ea94900b55b845dd5ca87328 Signed-off-by: Jun Zhang --- ...-bad-length-test-for-64-bit-architectures.patch | 36 ++

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

Hi, On Mon, Oct 19, 2015 at 11:05:58AM +0200, Nicolas Dechesne wrote: > On Mon, Oct 19, 2015 at 11:03 AM, Stefan Christ wrote: > > Hmm, the meaning of the code seems to be non obvious. I just looked at sed > > replacement and concluded that it's about the file name ending. > > > > Using the full

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

On Mon, Oct 19, 2015 at 11:03 AM, Stefan Christ wrote: > Hmm, the meaning of the code seems to be non obvious. I just looked at sed > replacement and concluded that it's about the file name ending. > > Using the full path to the dtb file is not supported by the code anyway, e.g. > >DTB_PATH="$

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

Hi, On Mon, Oct 19, 2015 at 10:27:52AM +0200, Nicolas Dechesne wrote: > On Mon, Oct 19, 2015 at 10:15 AM, Stefan Christ wrote: > > > > Device tree files ending with ".dts" are not recognized correctly > > because of unnecessary front slashes. > > > > Signed-off-by: Stefan Christ > > --- > > met

Re: [OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

On Mon, Oct 19, 2015 at 10:15 AM, Stefan Christ wrote: > > Device tree files ending with ".dts" are not recognized correctly > because of unnecessary front slashes. > > Signed-off-by: Stefan Christ > --- > meta/recipes-kernel/linux/linux-dtb.inc | 6 +++--- > 1 file changed, 3 insertions(+), 3 d

[OE-core] [PATCH 7/7] linux-dtb.inc: refactor common code to function get_real_dtb_path_in_kernel

Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 19 +++ 1 file changed, 11 insertions(+), 8 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc index 658a32f..beacdff 100644 --- a/meta/recipes-ker

[OE-core] [PATCH 3/7] linux-dtb.inc: remove unneeded 'cd'

Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc index d73792a..0095155 100644 --- a/meta/recipes-kernel/linux/linux-dt

[OE-core] [PATCH 6/7] linux-dtb.inc: refactor common code to function normalize_dtb

Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc index 5bfd33b..658a32f 100644 --- a/meta/recip

[OE-core] [PATCH 5/7] linux-dtb.inc: explicit test for empty string not needed

The for loop already handles the case when KERNEL_DEVICETREE is empty. Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 78 +++-- 1 file changed, 36 insertions(+), 42 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/

[OE-core] [PATCH 4/7] linux-dtb.inc: use same variable name DTB for all elements of KERNEL_DEVICETREE

Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc index 0095155..f44851a 100644 --- a/meta/recipes-kernel/linux/lin

[OE-core] [PATCH 0/7] Two fixes and some changes for linux-dtb.inc

Hi, here are two small fixes for linux-dtb.inc and five refactoring patches. The fixes come first so they can be applied seperatly. Mit freundlichen Gren / Kind regards, Stefan Christ Stefan Christ (7): linux-dtb.inc: fix detection of ending '.dts' linux-dtb.inc: fix file endi

[OE-core] [PATCH 2/7] linux-dtb.inc: fix file ending detection

Only search for 'dts' at the end of the filename. Don't trigger the warning when the device tree name only contains 'dts'. The sed command already replaces the string 'dts' only at the end. Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 6 +++--- 1 file changed, 3 ins

[OE-core] [PATCH 1/7] linux-dtb.inc: fix detection of ending '.dts'

Device tree files ending with ".dts" are not recognized correctly because of unnecessary front slashes. Signed-off-by: Stefan Christ --- meta/recipes-kernel/linux/linux-dtb.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/me

Re: [OE-core] [PATCH] oeqa/selftest/signing: New test for Signing packages in the package feeds.

Hi, On Fri, 2015-10-16 at 18:16 +0300, Daniel Istrate wrote: > [YOCTO # 8134] This test verifies features introduced in bug 8134. > > It requires as resources the files from meta-selftest/files/signing: > For 'gpg --gen-key' the used input was: > key: RSA > key-size: 2048 > key-valid: 0 > realnam