Re: [OE-core] [PATCH V4 00/11] runqemu: refactor it and remove machine knowledge

On 08/26/2016 05:52 AM, Richard Purdie wrote: Hi Robert, On Thu, 2016-08-25 at 22:36 +0800, Robert Yang wrote: I've fixed the problem and will send a V5. I have tried to test it on my autobuilder, but it's running out of disk space last tonight. It is still in building today, and didn't see an

[OE-core] [PATCH v4] bind: 9.10.3-P3 -> 9.11.0b2

1) Upgrade bind from 9.10.3-P3 to 9.11.0b2. 2) Delete some patchers, since they are no use. bind-confgen-build-unix.o-once.patch CVE-2016-1285.patch CVE-2016-1286_1.patch CVE-2016-1286_2.patch CVE-2016-2088.patch 3) Modify LIC_FILES_CHKSUM, since the date in it has been changed,

[OE-core] [PATCH 3/4] file-which-perl: add new recipe

From: Mingli Yu * Add file-which-perl recipe as file-homedir-perl rdepends on file-which-perl Signed-off-by: Mingli Yu --- meta/recipes-devtools/perl/file-which-perl_1.21.bb | 27 ++ 1 file changed, 27 insertions(+) create mode 100644 meta/recipes-devtools/perl/file-whic

[OE-core] [PATCH 4/4] extutils-makemaker-perl: add new recipe

From: Mingli Yu * Add extutils-makemaker-perl recipe as file-homedir-perl depends on extutils-makemaker-perl-native * Add no-packlist-neither-perllocal-legacy.patch to avoid generating of .packlist and perllocal.pod files to avoid conflicts between packages writing same file Signed-of

[OE-core] [PATCH 1/4] groff: add file-homedir-perl to RDEPENDS

From: Mingli Yu * Add file-homedir-perl to RDEPENDS for groff as glilypond provided by groff depends on File/HomeDir.pm provided by file-homedir-perl, otherwise comes below error root@super_micro-1:~# glilypond -h Can't locate File/HomeDir.pm in @INC (you may need to install the File

[OE-core] [PATCH 2/4] file-homedir-perl: add new recipe

From: Mingli Yu * Add file-homedir-perl recipe as glilypond which in groff package depends on HomeDir.pm provided by file-homedir-perl Signed-off-by: Mingli Yu --- .../perl/file-homedir-perl_1.00.bb | 32 ++ 1 file changed, 32 insertions(+) create mode

[OE-core] [PATCH 0/4] groff: add file-homedir-perl to RDEPENDS

The series add file-homedir-perl to RDEPENDS for groff as glilypond rdepends on File/HomeDir.pm provided by file-homedir-perl Add new recipe file-homedir-perl Add new recipe file-which-perl as file-homedir-perl rdepends on file-which-perl Add a new recipe extutils-makemaker-perl as file-homedir-

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

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 -ftrapv option, the overflow would lead to program abort. Upstream-status: Submitted [htt

Re: [OE-core] [PATCH V5 00/10] runqemu: refactor it and remove machine knowledge

On Thu, 2016-08-25 at 22:45 +0100, Burton, Ross wrote: Hi Robert, So close! qemuarm64 is breaking on the AB: https://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/536/steps/Running%20Sanity%20Tests/logs/stdio I suspect we're passing some options to runqemu that you didn't cove

Re: [OE-core] [PATCH V4 00/11] runqemu: refactor it and remove machine knowledge

Hi Robert, On Thu, 2016-08-25 at 22:36 +0800, Robert Yang wrote: > I've fixed the problem and will send a V5. I have tried to test it on > my > autobuilder, but it's running out of disk space last tonight. It is > still in > building today, and didn't see any problems by now, I will reply if I > s

Re: [OE-core] [PATCH V5 00/10] runqemu: refactor it and remove machine knowledge

Hi Robert, So close! qemuarm64 is breaking on the AB: https://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/536/steps/Running%20Sanity%20Tests/logs/stdio I suspect we're passing some options to runqemu that you didn't cover in your testing. Ross On 25 August 2016 at 15:40, R

[OE-core] [krogoth][PATCH 1/1] lzop: Fix build with gcc-6

From: Khem Raj Signed-off-by: Khem Raj Signed-off-by: Tim Orling --- .../recipes-support/lzop/lzop/lzop-1.03-gcc6.patch | 37 ++ meta/recipes-support/lzop/lzop_1.03.bb | 6 ++-- 2 files changed, 40 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-

[OE-core] [krogoth][PATCH 0/1] another gcc-6 backport for Fedora-24 host

[YOCTO #10167] Khem Raj (1): lzop: Fix build with gcc-6 .../recipes-support/lzop/lzop/lzop-1.03-gcc6.patch | 37 ++ meta/recipes-support/lzop/lzop_1.03.bb | 6 ++-- 2 files changed, 40 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-support/lzop/

Re: [OE-core] [PATCHv4 1/2] cve-check-tool: Add recipe

From: Mariano Lopez cve-check-tool is a program for public CVEs checking. This tool also seek to determine if a vulnerability has been addressed by a patch. The recipe also includes the do_populate_cve_db task that will populate the database used by the tool. [YOCTO #7515] Signed-off-by: Maria

Re: [OE-core] [PATCHv4 1/2] cve-check-tool: Add recipe

On 25 August 2016 at 17:57, Khem Raj wrote: > this change is needed with musl, so it may not cause issues per se but I > agree using append is better here > It's needed for compiling with gcc6 too. Ross -- ___ Openembedded-core mailing list Openembed

Re: [OE-core] [PATCH 1/1] grub-efi.bbclass: Fix path in startup.nsh for iso image.

> On Aug 19, 2016, at 6:28 PM, Pranav Tipnis wrote: > > The path in startup.nsh for iso image is corrupted as follows: > fs0:\EFI\BOOT^Hootx64.efi > > Using printf will emit correct path which is: > fs0:\EFI\BOOT\bootx64.efi > > This happens because of echo command. Switching to printf > like

Re: [OE-core] [PATCHv4 1/2] cve-check-tool: Add recipe

> On Aug 25, 2016, at 7:28 AM, Burton, Ross wrote: > > > On 24 August 2016 at 19:58, > wrote: > +CFLAGS += "-Wno-error=pedantic" > > This doesn't work in native builds, as the native class reassigns the value > at the last minute. You'll have to use _ap

Re: [OE-core] [PATCH v2] kernel.bbclass: include signing keys when copying files required for module builds

On 25 August 2016 at 16:16, Waldo Mattias wrote: > Version 3 of the patch submitted, this time based on current master – > thanks for your patience! > > Something really odd is going on here... the references blobs in the patch don't exist according to my git, and it looks like the whitespace is

Re: [OE-core] [PATCH v3] kernel.bbclass: include signing keys when copying files required for module builds

On Thu, Aug 25, 2016 at 11:13 AM, Waldo Mattias wrote: > The absence of certs/signing_key.* in $kerneldir made signing of > out-of-tree kernel modules fail (silently). Add copying of these > files during the shared_workdir task. > I had been pinged on one of the earlier revisions of this, and I

Re: [OE-core] [PATCH v2] kernel.bbclass: include signing keys when copying files required for module builds

Version 3 of the patch submitted, this time based on current master – thanks for your patience! Regards, Mattias From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: den 25 augusti 2016 15:51 To: Waldo Mattias Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH v2] ke

[OE-core] [PATCH v3] kernel.bbclass: include signing keys when copying files required for module builds

The absence of certs/signing_key.* in $kerneldir made signing of out-of-tree kernel modules fail (silently). Add copying of these files during the shared_workdir task. Signed-off-by: Mattias Waldo --- meta/classes/kernel.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/

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

On Wed, Aug 17, 2016 at 1:25 AM, California Sullivan < california.l.sulli...@intel.com> wrote: > The kernel being built should match what the recipe claims it is > building. This function ensures that happens for anyone using > LINUX_VERSION as they should. As it will likely break outside kernels

[OE-core] Terminating matchbox window manager leads to DRM lockups

Hello All, I am building latest yocto with core-image-sato and noticed that matchbox session or its relative apps are using kernel context and eventually these are shown when the window manager is terminated or the target is rebooted. Please see the logs below: Target: i.MX6Q ARM Kernel: Linux-4.

[OE-core] [PATCH V5 10/10] qemurunner.py/qemutinyrunner.py: remove runqemu-internal

There is no runqemu-internal any more. Signed-off-by: Robert Yang --- meta/lib/oeqa/utils/qemurunner.py | 2 +- meta/lib/oeqa/utils/qemutinyrunner.py | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/lib/oeqa/utils/qemurunner.py b/meta/lib/oeqa/utils/qemurunner.py

[OE-core] [PATCH V5 09/10] nativesdk-qemu-helper: fix for new runqemu

There is no runqemu-internal anymore, and it is a python script now which requires several python modules. Signed-off-by: Robert Yang --- meta/recipes-devtools/qemu/nativesdk-qemu-helper_1.0.bb | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/meta/recipes-devtools/qem

[OE-core] [PATCH V5 08/10] runqemu: refactor it and remove machine knowledge

Previously, runqemu had hard coded machine knowledge, which limited its usage, for example, qemu can boot genericx86, but runqemu can't, we need edit runqemu/runqemu-internal a lot if we want to boot genericx86. Now bsp conf files can set vars to make it can be boot by runqemu, and qemuboot.bbclas

[OE-core] [PATCH V5 07/10] qemu.inc: inherit qemuboot.bbclass

All qemu boards should be able to boot by runqemu. Signed-off-by: Robert Yang --- meta/conf/machine/include/qemu.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/conf/machine/include/qemu.inc b/meta/conf/machine/include/qemu.inc index f44dbe6..2bc4dc2 100644 --- a/meta/conf/machin

[OE-core] [PATCH V5 05/10] qemumips/qemumips64.conf: set vars for runqemu

Add qemuboot-mips.inc to reduce duplicated code, the various mips bsps which can be boot by runqemu can require qemuboot-mips.inc Signed-off-by: Robert Yang --- meta/conf/machine/include/qemuboot-mips.inc | 7 +++ meta/conf/machine/qemumips.conf | 1 + meta/conf/machine/qemumips6

[OE-core] [PATCH V5 03/10] qemuarm64.conf: set vars for runqemu

Signed-off-by: Robert Yang --- meta/conf/machine/qemuarm64.conf | 13 + 1 file changed, 13 insertions(+) diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf/machine/qemuarm64.conf index f59fb15..df76ee6 100644 --- a/meta/conf/machine/qemuarm64.conf +++ b/meta/conf/machine/qemua

[OE-core] [PATCH V5 02/10] qemuarm.conf: set vars for runqemu

These info are from old runqemu. Signed-off-by: Robert Yang --- meta/conf/machine/qemuarm.conf | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf index cdad03f..34686cf 100644 --- a/meta/conf/machine/qemuarm.conf +++ b/meta/co

[OE-core] [PATCH V5 06/10] qemuppc.conf: set vars for runqemu

Signed-off-by: Robert Yang --- meta/conf/machine/qemuppc.conf | 7 +++ 1 file changed, 7 insertions(+) diff --git a/meta/conf/machine/qemuppc.conf b/meta/conf/machine/qemuppc.conf index bf0038d..580bbca 100644 --- a/meta/conf/machine/qemuppc.conf +++ b/meta/conf/machine/qemuppc.conf @@ -11,3

[OE-core] [PATCH V5 04/10] qemux86.conf/qemux86-64.conf: set vars for runqemu

Add qemuboot-x86.inc to reduce duplicated code, the x86/x86_64 bsps which can be boot by runqemu can require qemuboot-x86.inc. Signed-off-by: Robert Yang --- meta/conf/machine/include/qemuboot-x86.inc | 14 ++ meta/conf/machine/qemux86-64.conf | 1 + meta/conf/machine/qemux

[OE-core] [PATCH V5 01/10] qemuboot.bbclass: add it for runqemu

It saves vars in ${DEPLOY_DIR_IMAGE}/.qemuboot.conf, and runqemu will read it. The bsp which can be boot by runqemu will inherit it. Signed-off-by: Robert Yang --- meta/classes/qemuboot.bbclass | 75 +++ 1 file changed, 75 insertions(+) create mode 10064

[OE-core] [PATCH V5 00/10] runqemu: refactor it and remove machine knowledge

* V5 - Fix race issues when building multi image recipes at the same time, they might write qemuboo.py at the same time in the past. Now each image has a unique ${IMAGE_LINK_NAME}.runqemu.conf. - qemuboot.py -> ${IMAGE_LINK_NAME}.runqemu.conf, I used "import qemuboot.py", but now w

Re: [OE-core] [PATCH v2] kernel.bbclass: include signing keys when copying files required for module builds

No, I based it on krogoth…sorry. I’ll get back to you with an update. Thanks! Regards, Mattias From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: den 25 augusti 2016 15:51 To: Waldo Mattias Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core] [PATCH v2] kernel.bbclass: inclu

Re: [OE-core] [PATCH V4 00/11] runqemu: refactor it and remove machine knowledge

On 08/23/2016 05:21 PM, Robert Yang wrote: On 08/23/2016 05:05 PM, Richard Purdie wrote: On Mon, 2016-08-22 at 00:52 -0700, Robert Yang wrote: * V4 - Now the conf files can use @TAP@, @ROOTFS@ and @PORT@ when set vars for runqemu, so all the arch info are gone. And also update comment

Re: [OE-core] how can i add u-boot-fw-utils to my build without u-boot being part of the build?

On Mon, 22 Aug 2016, Javier Viguera wrote: > Hi Robert, > > On 21/08/16 17:51, Robert P. J. Day wrote: > > > > i apologize for being clueless, but i'm still unclear on what i need > > to do here, and in my case, i'm going in the opposite direction. > > > > currently, u-boot is being configured

Re: [OE-core] [PATCHv4 1/2] cve-check-tool: Add recipe

On 24 August 2016 at 19:58, wrote: > +CFLAGS += "-Wno-error=pedantic" > This doesn't work in native builds, as the native class reassigns the value at the last minute. You'll have to use _append. Ross -- ___ Openembedded-core mailing list Openembedd

Re: [OE-core] [PATCH V2] xserver-xf86-config: pre-load int10 and exa modules

On Aug 25, 2016 6:45 AM, "Burton, Ross" wrote: > > > On 20 August 2016 at 21:36, Khem Raj wrote: >> >> @@ -3,7 +3,7 @@ Section "Module" >> Load "fb" >> Load "shadow" >> Load "shadowfb" >> +Load "int10" >> Load "vbe" >> Load "vgahw" >> EndSection > > > The log says "i

Re: [OE-core] [PATCH v2] kernel.bbclass: include signing keys when copying files required for module builds

On 25 August 2016 at 10:20, Waldo Mattias wrote: > The absence of certs/signing_key.* in $kerneldir made signing of > out-of-tree kernel modules fail (silently). Add copying of these files > during the shared_workdir task. > Are you sure that you based this on current master? Applying: kernel.b

Re: [OE-core] [PATCH V2] xserver-xf86-config: pre-load int10 and exa modules

On 20 August 2016 at 21:36, Khem Raj wrote: > @@ -3,7 +3,7 @@ Section "Module" > Load "fb" > Load "shadow" > Load "shadowfb" > +Load "int10" > Load "vbe" > Load "vgahw" > EndSection > The log says "int10 and exa" but V2 has lost all exa references. Is this intentio

Re: [OE-core] [PATCH 1/8] [autotools] export CCLD_FOR_BUILD

On 25 August 2016 at 13:40, Jérémy Rosen wrote: > I can avoid that by defining CCLD_FOR_BUILD in the recipe, but since I > need to wait for glibc for v2 anyway, I'm not in a rush... > > if I have no news, I'll do that for V2 > Cool, looking forward to v2. Ross -- __

Re: [OE-core] [PATCH 1/8] [autotools] export CCLD_FOR_BUILD

On 24/08/2016 21:56, Burton, Ross wrote: On 24 August 2016 at 12:28, Jérémy Rosen > wrote: ok, so CC_FOR_BUILD seems to be a common convention and CCLD_FOR_BUILD seems only used by our patch for pcre. Fixing it to use CC_FOR_BUILD for linking is triv

Re: [OE-core] why does BBFILE_COLLECTIONS get assigned with "+="?

On Thu, 25 Aug 2016, Robert P. J. Day wrote: > > not sure why i never noticed this before, but why do layers *append* > to BBFILE_COLLECTIONS rather than just assigning the layer name with a > simple assignment? is this just to allow alternate names for the same > layer? can't believe this is th

[OE-core] why does BBFILE_COLLECTIONS get assigned with "+="?

not sure why i never noticed this before, but why do layers *append* to BBFILE_COLLECTIONS rather than just assigning the layer name with a simple assignment? is this just to allow alternate names for the same layer? can't believe this is the first time i ever noticed this. is there an actual ex

Re: [OE-core] how can i add u-boot-fw-utils to my build without u-boot being part of the build?

On Mon, 22 Aug 2016, Javier Viguera wrote: > Hi Robert, > > On 21/08/16 17:51, Robert P. J. Day wrote: > > > > i apologize for being clueless, but i'm still unclear on what i > > need to do here, and in my case, i'm going in the opposite > > direction. > > > > currently, u-boot is being config

Re: [OE-core] [meta-qt5] the QV4 engine will crash result in SIGSEGV

sorry! On Thu, Aug 25, 2016 at 9:34 AM, Burton, Ross wrote: > meta-qt5 bugs should go to openembedded-devel@, not -core@. > > Ross > > On 25 August 2016 at 08:45, Yi Qingliang wrote: >> >> bug detail: >> https://bugs.archlinux.org/task/49723 >> >> patch: >> >> https://git.archlinux.org/svntogit/

Re: [OE-core] [meta-oe] [master] [PATCH 0/3] Added cpu benchmarks

Hi, > -Original Message- > From: Jussi Kukkonen [mailto:jussi.kukko...@intel.com] > Sent: Tuesday, August 23, 2016 4:23 PM > To: Mubin Usman Sayyed > Cc: Patches and discussions about the oe-core layer c...@lists.openembedded.org>; Mubin Usman Sayyed > > Subject: Re: [OE-core] [meta-oe]

Re: [OE-core] [meta-oe] [master] [PATCH 2/3] benchmarks:Added recipe for dhrystone

Hi, > -Original Message- > From: Khem Raj [mailto:raj.k...@gmail.com] > Sent: Wednesday, August 24, 2016 6:27 AM > To: Mubin Usman Sayyed > Cc: openembedded-core@lists.openembedded.org; Mubin Usman Sayyed > > Subject: Re: [OE-core] [meta-oe] [master] [PATCH 2/3] benchmarks:Added > recipe

Re: [OE-core] [meta-qt5] the QV4 engine will crash result in SIGSEGV

meta-qt5 bugs should go to openembedded-devel@, not -core@. Ross On 25 August 2016 at 08:45, Yi Qingliang wrote: > bug detail: > https://bugs.archlinux.org/task/49723 > > patch: > https://git.archlinux.org/svntogit/packages.git/tree/ > trunk/qt5-declarative-gcc6.patch?h=packages/qt5-declarative

Re: [OE-core] [PATCH] kernel.bbclass: include signing keys when copying files required for module builds

Hi! I’ve rebased successfully and resubmitted v2 of the patch – it doesn’t seem to have changed much, though – perhaps I misunderstood your intent? (Please bear with me, this is my first patch ever, so I may miss some obvious things...) Regards, Mattias From: Burton, Ross [mailto:ross.bur...@

[OE-core] [PATCH v2] kernel.bbclass: include signing keys when copying files required for module builds

The absence of certs/signing_key.* in $kerneldir made signing of out-of-tree kernel modules fail (silently). Add copying of these files during the shared_workdir task. Signed-off-by: Mattias Waldo --- meta/classes/kernel.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/

[OE-core] [krogoth] [PATCH] useradd_base: avoid unintended expansion for useradd parameters

Hi, >Date: Tue, 16 Aug 2016 14:12:03 +0300 >From: "Maxin B. John" >To: openembedded-core@lists.openembedded.org >CC: Niko Mauno >Subject: [OE-core] [PATCH] useradd_base: avoid unintended expansion for >useradd parameters >X-Mailer: git-send-email 2.4.0 > >Now, useradd dollar sign requires three

[OE-core] [meta-qt5] the QV4 engine will crash result in SIGSEGV

bug detail: https://bugs.archlinux.org/task/49723 patch: https://git.archlinux.org/svntogit/packages.git/tree/trunk/qt5-declarative-gcc6.patch?h=packages/qt5-declarative Yi Qingliang -- ___ Openembedded-core mailing list Openembedded-core@lists.openemb

Re: [OE-core] [oe-core][PATCH 1/1] systemd-compat-units: do not inherit allarch

On Mon, 2016-08-22 at 15:12 -0700, Joe Slater wrote: > Even though we are just a script, we do depend on > systemd being on the target and need an RDEPENDS > which means we cannot also be allarch. > > Signed-off-by: Joe Slater > --- > meta/recipes-core/systemd/systemd-compat-units.bb |2 +- >