Re: [OE-core] [PATCH] perf: Fix to obey LD failure on host i686

On Thu, Sep 8, 2016 at 12:36 PM, Andre McCurdy wrote: > On Wed, Sep 7, 2016 at 11:51 PM, Sujith H wrote: > > From: Christopher Larson > > > > When built on an i686 host for qemux86-64 without the > > fix to obey LD and it fails:

Re: [OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

Hi, Please find my comments below: On Mon, Sep 19, 2016 at 04:39:50PM +0800, Lei Maohui wrote: > More: > - change spdx tool from fossology to dosocs2 It would be nice to include the reason for change from fossology to dosocs2 in the commit message too (from cover letter) > Signed-off-by: Lei

[OE-core] [OE-Core][Patch] arch-mips: Restructure mips64 and add mips64r2

The current file structure felt slightly unsuitable for adding MIPS64r2. So I restructured it slightly and added MIPS64r2 support Signed-off-by: Zubair Lutfullah Kakakhel --- meta/conf/machine/include/mips/arch-mips.inc | 60

Re: [OE-core] [PATCH] bash2dash conversion

> -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > zhe...@windriver.com > Sent: den 18 september 2016 04:52 > To: openembedded-core@lists.openembedded.org > Subject: [OE-core] [PATCH]

Re: [OE-core] [PATCH] bash2dash conversion

On 19 September 2016 at 12:57, Peter Kjellerstedt < peter.kjellerst...@axis.com> wrote: > > ++mem_exists="`grep "^$groupname:[!:]*:[!:]*:\([!, > ]*,\)*$username\(,[!,]*\)*"$rootdir/etc/group || true`" > > if test "x$mem_exists" = "x"; then > >

Re: [OE-core] [PATCH] e2fsprogs: add packageconfig for -file-

On Mon, Sep 19, 2016 at 7:00 AM, Ulf Magnusson wrote: > On Mon, Sep 19, 2016 at 5:42 AM, Robert Yang > wrote: >> >> >> On 09/19/2016 11:32 AM, Randy MacLeod wrote: >>> >>> On 2016-09-18 10:37 PM, Christopher Larson wrote: On Sun,

[OE-core] [PATCH 1/1] runqemu: acquire_lock() should fail when failed to open the file

The open(self.lock, 'w') may fail when the lock is created by other users, return false for this case to let it try other devices. Fixed: runqemu - INFO - Running /sbin/ip link... runqemu - INFO - Acquiring lockfile /tmp/qemu-tap-locks/tap0.lock... Traceback (most recent call last): File

[OE-core] [PATCH 0/1] runqemu: acquire_lock() should fail when failed to open the file

The following changes since commit d77fe838ab7631a19e90ff4226f0712e54aa4e22: scripts: add tool to scan for bashisms recipe shell scripts (2016-09-16 15:19:31 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/rq_lock

[OE-core] [PATCH v2] ltp: 20160126 -> 20160510

1) Upgrade ltp from 20160126 to 20160510. 2) Modify some patches, since the data has been changed. 0011-Rename-sigset-variable-to-sigset1.patch 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch 3) Delete some patches, since they are no use.

[OE-core] [PATCH 1/1] qemuppc.conf: adjust kernel console

Fixed kernel trace when booting: [ 12.825809] random: crng init done [ 13.918323] irq 36: nobody cared (try booting with the "irqpoll" option) [ 13.924821] CPU: 0 PID: 335 Comm: getty Not tainted 4.8.0-rc5-yocto-standard #1 [ 13.930492] Call Trace: [ 13.936214] [cff73f20] [c00790f0]

[OE-core] [PATCH 0/1] qemuppc.conf: adjust kernel console

The following changes since commit d77fe838ab7631a19e90ff4226f0712e54aa4e22: scripts: add tool to scan for bashisms recipe shell scripts (2016-09-16 15:19:31 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/qemuppc

Re: [OE-core] [PATCH V2 8/8] runqemu: improve finding of rootfs, kernel and dtb

On 09/19/2016 05:12 PM, Joshua Lock wrote: On Sun, 2016-09-18 at 00:39 -0700, Robert Yang wrote: * Search rootfs in the following order: - IMAGE_NAME*.FSTYPE - IMAGE_LINK_NAME*.FSTYPE * Search kernel in the following order: - QB_DEFAULT_KERNEL - KERNEL_IMAGETYPE - KERNEL_IMAGETYPE*

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On 19 September 2016 at 16:09, Burton, Ross wrote: > This is being fired on the AB: > > ERROR: linux-yocto-4.1.32+gitAUTOINC+b30b6b9ef2_d6237b3b24-r0 > do_kernel_version_sanity_check: Package Version > (4.1.32+gitAUTOINC+b30b6b9ef2_d6237b3b24) does not match of kernel

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On 2016-09-16 07:48 PM, California Sullivan wrote: The kernel being built should match what the recipe claims it is building. This function ensures that happens by comparing the version information in the kernel's Makefile to the PV the recipe is using. v2 changes: * Match against PV instead of

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On 19 September 2016 at 16:04, Bruce Ashfield wrote: > Otherwise, I don't see anything obviously wrong (I looked at the regexs > but didn't study them in detail) .. and it looks sane to me. A good > balance between checking and not needing the entire kernel to be

[OE-core] [PATCH] gcc-configure: Enable initfini-array for x86* Architecture

This adds the correct support for initfini-array which replaces .init and .fini with .init-array and .fini-array. There is no appreciable size difference with this change. The change is needed since configure will not correctly detect support when building cross-compilers. This only affect

Re: [OE-core] [PATCH v2] libunwind: add aarch64 support

On 09/26/2014 05:59 PM, Fathi Boudra wrote: * pass --enable-debug-frame on aarch64 architecture Hi Fathi, I'm now dealing with a problem related to libunwind support on aarch64. Could you please tell me why '--enable-debug-frame' is needed for aarch64? Best Regards, Chen Qi * include

Re: [OE-core] [OE-Core][Patch] arch-mips: Restructure mips64 and add mips64r2

Hi, It seems that this one causes build failures on qemumips64 + multilib: config: http://autobuilder.yocto.io:8010/builders/nightly-multilib/builds/64/steps/CreateAutoConf_5/logs/stdio error: http://autobuilder.yocto.io:8010/builders/nightly-multilib/builds/64/steps/BuildImages_5/logs/stdio

[OE-core] [PATCH 1/1] openssl: fix do_configure error when cwd is not in @INC

Fixed when building on Debian-testing: | Can't locate find.pl in @INC (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.22.2 /usr/local/share/perl/5.22.2 /usr/lib/x86_64-linux-gnu/perl5/5.22 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.22 /usr/share/perl/5.22

[OE-core] [PATCH 0/1] openssl: fix do_configure error when cwd is not in @INC

The following changes since commit 5ac0604fdc7d5b783011c43d476210b427b5dae0: build-appliance-image: Create image in correct location (2016-09-19 08:58:04 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/openssl

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On Mon, Sep 19, 2016 at 8:03 PM, Bruce Ashfield wrote: > > > On Mon, Sep 19, 2016 at 7:02 PM, Cal Sullivan < > california.l.sulli...@intel.com> wrote: > >> >> >> On 09/19/2016 03:55 PM, Bruce Ashfield wrote: >> >> >> >> On Mon, Sep 19, 2016 at 6:02 PM, Cal Sullivan < >>

Re: [OE-core] [PATCH v2] ltp: 20160126 -> 20160510

On 2016-09-19 02:35 AM, Wang Xin wrote: 1) Upgrade ltp from 20160126 to 20160510. 2) Modify some patches, since the data has been changed. 0011-Rename-sigset-variable-to-sigset1.patch 0030-lib-Use-PTHREAD_MUTEX_RECURSIVE-in-place-of-PTHREAD_.patch 3) Delete some patches, since they are

[OE-core] [PATCH] enchant: add PACKAGECONFIG for *spell

* use PACKAGECONFIG for various *spell implementations * keep aspell enabled by default * prevent hunspell/myspell being autodetected as reported in "bitbake world status" e-mails: WARN: enchant: enchant rdepends on hunspell, but it isn't a build dependency? Signed-off-by: Martin Jansa

[OE-core] State of bitbake world 2016-09-15

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

Re: [OE-core] [PATCH] perf: Fix to obey LD failure on host i686

On Mon, Sep 19, 2016 at 4:10 AM, sujith h wrote: > > > On Thu, Sep 8, 2016 at 12:36 PM, Andre McCurdy > wrote: > >> On Wed, Sep 7, 2016 at 11:51 PM, Sujith H wrote: >> > From: Christopher Larson >> > >> >

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

It looks like the function is doing as its supposed to, and we need to update some PVs or SRCREVs to match PVs. E.g., on the error below, SRCREV d6237b3b24 is indeed 4.1.31. --- Cal On 09/19/2016 09:22 AM, Burton, Ross wrote: On 19 September 2016 at 16:09, Burton, Ross

[OE-core] [PATCH v2] gcc-configure: Enable initfini-array

This adds the correct support for initfini-array which replaces .init and .fini with .init-array and .fini-array. There is no appreciable size difference with this change. The change is needed since configure will not correctly detect support when building cross-compilers. Signed-off-by: Haitao

[OE-core] [PATCH] oeqa/runtime/parselogs.py: Add ignore of tsc calibration fail in x86

We are experimenting failures to calibrate CPU's using TSC in x86 VM's due to usage of nested KVM [1], this is a known issue [2][3] in virtualization environments, for detail explnation see [4]. Also we already have an ignore for 'TSC Fast calibration fail'. [1]

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On 19 September 2016 at 18:05, Cal Sullivan wrote: > It looks like the function is doing as its supposed to, and we need to > update some PVs or SRCREVs to match PVs. > > E.g., on the error below, SRCREV d6237b3b24 is indeed 4.1.31. > And some more builders

Re: [OE-core] State of bitbake world 2016-09-15

On Mon, Sep 19, 2016 at 4:49 PM, Martin Jansa wrote: > == Number of issues - stats == > {| class='wikitable' > !|Date !!colspan='3'|Failed tasks > !!colspan='6'|Failed depencencies!!|Signatures >

Re: [OE-core] State of bitbake world 2016-09-15

On Mon, Sep 19, 2016 at 9:20 PM, Andreas Müller wrote: > On Mon, Sep 19, 2016 at 4:49 PM, Martin Jansa wrote: >> == Number of issues - stats == >> {| class='wikitable' >> !|Date !!colspan='3'|Failed tasks >>

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

Yep, these all have incorrect PVs. 628bf62756 Merge tag 'v4.4.11' into standard/base The problem seems fairly wide spread. Bruce, do you suggest updating PVs or updating the SRCREVs (is there a good reason to keep using old SRCREVs?)? --- Cal On 09/19/2016 11:54 AM, Burton, Ross wrote: On

[OE-core] [meta-oe][PATCH] packagegroup-basic: make avahi depending on distro features

Depend on zeroconf distro feature whether to install avahi packages as it is done in packagegroup-base. While at it also get rid of some comment cruft. Signed-off-by: Stefan Agner --- meta-oe/recipes-core/packagegroups/packagegroup-basic.bb | 4 +--- 1 file changed, 1

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

I don't have time to smoke test a SRCREV update for so many machines right now, so I think for now I will just set the correct PV in the various linux-yocto recipes so we don't block master-next builds. Is this acceptable? Thanks, Cal On 09/19/2016 01:49 PM, Saul Wold wrote: On Mon,

[OE-core] [PATCH v2 1/1] Make yocto-spdx support spdx2.0 SPEC

More: - change spdx tool from fossology to dosocs2 Signed-off-by: Lei Maohui --- meta/classes/spdx.bbclass | 505 ++ meta/conf/licenses.conf | 67 +- 2 files changed, 198 insertions(+), 374 deletions(-) diff --git

[OE-core] [PATCH v2 0/1] To make yocto-spdx support spdx2.0 SPEC

There are some problems in spdx module(spdx.bbclass). 1. The newest version of spdxi specification is 2.0. But even spdx 1.1, yocto+SPDX can't support well. 2. It is complex to build a Yocto+SPDX environment. 3. Creating a spdx file spends too much time, especially for large software. To improve

Re: [OE-core] [PATCH V2 8/8] runqemu: improve finding of rootfs, kernel and dtb

On Sun, 2016-09-18 at 00:39 -0700, Robert Yang wrote: > * Search rootfs in the following order: >   - IMAGE_NAME*.FSTYPE >   - IMAGE_LINK_NAME*.FSTYPE > > * Search kernel in the following order: >   - QB_DEFAULT_KERNEL >   - KERNEL_IMAGETYPE >   - KERNEL_IMAGETYPE* > > * Search dtb in the

Re: [OE-core] [PATCH v2 0/1] To make yocto-spdx support spdx2.0 SPEC

Hi all I have updated my patch for newest poky, can someone give me some comments? ^_^ Best regards Lei > -Original Message- > From: Lei, Maohui > Sent: Monday, September 19, 2016 4:40 PM > To: openembedded-core@lists.openembedded.org > Cc: jsmoel...@linuxfoundation.org; Lei, Maohui

[OE-core] [PATCH 0/1] runqemu-gen-tapdevs: remove /etc/runqemu-nosudo when remove taps

The following changes since commit 5ac0604fdc7d5b783011c43d476210b427b5dae0: build-appliance-image: Create image in correct location (2016-09-19 08:58:04 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/rq-gen-tap

[OE-core] [PATCH 1/1] runqemu-gen-tapdevs: remove /etc/runqemu-nosudo when remove taps

It creats /etc/runqemu-nosudo when creats taps, so should remove it when remove taps. Signed-off-by: Robert Yang --- scripts/runqemu-gen-tapdevs | 46 + 1 file changed, 26 insertions(+), 20 deletions(-) diff --git

Re: [OE-core] [PATCH] openssh: fix potential signed overflow to enable compilation with -ftrapv

ping Thanks, On 2016年08月26日 09:57, Yuanjie Huang wrote: From: Yuanjie Huang Pointer arithmatic results in implementation defined signed integer type, so that 's - src' in strlcpy and others may trigger signed overflow. In case of compilation by gcc or clang with

Re: [OE-core] [PATCH] package_manager.py: Restore FEED_DEPLOYDIR_BASE_URI functionality

On 2 September 2016 at 22:59, Reinhard Tartler wrote: > According to the documentation, setting FEED_DEPLOYDIR_BASE_URI should > be sufficient for setting up local feeds. This commit fixes the > implementation to actually do that, even if BUILD_IMAGES_FROM_FEEDS is >

[OE-core] [PATCH 1/1] linux-yocto*: Set MACHINE-specific LINUX_VERSION variables

Some machines move to new kernel versions slower, making the catch-all LINUX_VERSION variable inaccurate. This mismatch is a security concern and with 5df5974d53f88a85b2bb789708b86049b091e3aa becomes a build time error. Fix this by setting each MACHINE's LINUX_VERSION to the kernel version each

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On Mon, Sep 19, 2016 at 7:02 PM, Cal Sullivan < california.l.sulli...@intel.com> wrote: > > > On 09/19/2016 03:55 PM, Bruce Ashfield wrote: > > > > On Mon, Sep 19, 2016 at 6:02 PM, Cal Sullivan < > california.l.sulli...@intel.com> wrote: > >> I don't have time to smoke test a SRCREV update for so

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On 2016-09-19 03:53 PM, Cal Sullivan wrote: Yep, these all have incorrect PVs. 628bf62756 Merge tag 'v4.4.11' into standard/base The problem seems fairly wide spread. Bruce, do you suggest updating PVs or updating the SRCREVs (is there a good reason to keep using old SRCREVs?)? Updating the

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On 09/19/2016 03:55 PM, Bruce Ashfield wrote: On Mon, Sep 19, 2016 at 6:02 PM, Cal Sullivan > wrote: I don't have time to smoke test a SRCREV update for so many machines right now, so I think for now I will

[OE-core] [v2] e2fsprogs: add packageconfig for -file-

Without a packageconfig dependency for the file utility, there's a rare compile faiure caused by a race where the magic.h header file is not found: ../../../git/lib/support/plausible.c:33:19: fatal error: magic.h: No such file or directory This file, plausible.c, is part of libsupport.a which

Re: [OE-core] [v2] e2fsprogs: add packageconfig for -file-

On 19 September 2016 at 21:22, Randy MacLeod wrote: > +PACKAGECONFIG ??= "file" > +PACKAGECONFIG[file] = ',,file' > This still has the non-determinism problem if file is disabled in PACKAGECONFIG. If the configure.ac doesn't have options but is doing standard

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On Mon, 2016-09-19 at 15:55 -0400, Bruce Ashfield wrote: > On 2016-09-19 03:53 PM, Cal Sullivan wrote: > > > > Yep, these all have incorrect PVs. > > 628bf62756 Merge tag 'v4.4.11' into standard/base > > The problem seems fairly wide spread. > > > > Bruce, do you suggest updating PVs or updating

Re: [OE-core] [PATCH] boost: switch to using C++11 atomics when available

On 19 September 2016 at 10:38, André Draszik wrote: > +++ b/meta/recipes-support/boost/boost/0004-Use-atomic-by- > default-when-BOOST_NO_CXX11_HDR_ATOMIC.patch > @@ -0,0 +1,58 @@ > +From c234cc557f60729e071d6da59747c1a9289555c5 Mon Sep 17 00:00:00 2001 > +From: Peter Dimov

[OE-core] [PATCH] boost: switch to using C++11 atomics when available

The alleviates the need to use and maintain hand-written assembly, just relying on the compiler to do the right thing. Signed-off-by: André Draszik --- ...by-default-when-BOOST_NO_CXX11_HDR_ATOMIC.patch | 58 ++ meta/recipes-support/boost/boost_1.61.0.bb

[OE-core] [PATCH v2] boost: switch to using C++11 atomics when available

The alleviates the need to use and maintain hand-written assembly, just relying on the compiler to do the right thing. Signed-off-by: André Draszik --- ...by-default-when-BOOST_NO_CXX11_HDR_ATOMIC.patch | 59 ++ meta/recipes-support/boost/boost_1.61.0.bb

Re: [OE-core] [PATCH V2 1/1] kernel.bbclass: Add kernel_version_sanity_check function

On Mon, Sep 19, 2016 at 6:02 PM, Cal Sullivan < california.l.sulli...@intel.com> wrote: > I don't have time to smoke test a SRCREV update for so many machines right > now, so I think for now I will just set the correct PV in the various > linux-yocto recipes so we don't block master-next builds.

Re: [OE-core] [PATCH] default-distrovars.inc: remove libidn from LGPLv2_WHITELIST_GPL-3.0

Ping. > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core- > boun...@lists.openembedded.org] On Behalf Of jackie.hu...@windriver.com > Sent: Thursday, September 01, 2016 10:48 AM > To: openembedded-core@lists.openembedded.org >

Re: [OE-core] [PATCH][v5] watchdog: enable systemd support

Ping. > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core- > boun...@lists.openembedded.org] On Behalf Of jackie.hu...@windriver.com > Sent: Monday, September 12, 2016 1:01 PM > To: openembedded-core@lists.openembedded.org > Subject: