Re: [OE-core] [master][krogoth][PATCH] openssl: Security fix via update to 1.0.2h

On 05/04/2016 07:46 AM, Armin Kuster wrote: From: Armin Kuster CVE-2016-2105 CVE-2016-2106 CVE-2016-2109 CVE-2016-2176 https://www.openssl.org/news/secadv/20160503.txt fixup openssl-avoid-NULL-pointer-dereference-in-EVP_DigestInit_ex.patch drop

Re: [OE-core] [PATCH v3] base.bbclass wipe ${S} before unpacking source

Hi Markus, >From my point of view it looks good, and all feedback from v2 of the patch seems to have been handled as well. BR Petter Petter Mabäcker Technux www.technux.se 2016-05-10 09:56 skrev Markus Lehtonen: > Ping, > > Any comments on this one? > > Discussion

[OE-core] [PATCH 2/5] binutils: backport bug fix to the 2.25 branch for jethro

From: Tristan Van Berkom We fail to build webkit on aarch64 due to this binutils bug: https://sourceware.org/bugzilla/show_bug.cgi?id=19353 Applying patch which fixes this, stripped out changelog entry from patch to make it apply without error. ---

[OE-core] [PATCH 4/5] glew: Correct version in autotooling patches

From: Martyn Welch The additional autotooling patched into glew claims the version is 1.9.0 whilst we are building 1.12.0. The version in the autotooling is used to set the version number in the pkgconfig file, this results in the configuration of packages which

[OE-core] [PATCH 1/5] glibc: Fix CVE-2015-8778

From: Yuanjie Huang CVE: CVE-2015-8778 Improve check against integer wraparound in hcreate_r [BZ #18240] This is an integer overflow in hcreate and hcreate_r which can result in an out-of-bound memory access. This could lead to application crashes or, potentially,

[OE-core] [PATCH 3/5] gdb: fix QA warning (uClibc)

From: André Draszik WARNING: QA Issue: gdb rdepends on libiconv, but it isn't a build dependency? [build-deps] We already have virtual/libiconv which is set appropriately in all environments, so let's use it to fix the issue. Signed-off-by: André Draszik

[OE-core] [PATCH 5/5] Revert "kernel/kernel-arch: Explicitly mapping between, i386/x86_64 and x86 for kernel ARCH"

From: Tom Zanussi This reverts commit a6f52930a68d8462e23486d51cdda715072dd752. In addition to also causing the problem in [YOCTO #9579], this commit was reverted in krogoth and master but wasn't reverted in jethro but should be. The original revert message was:

[OE-core] [PATCH 0/5] [jethro] Consolidated pull

The following changes since commit 69b49e8dc45cf60defba547d93e663df42c92127: boot-directdisk.bbclass: remove HDDIMG before create (2016-05-09 14:37:19 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/jethro-next

[OE-core] [RFC PATCH 2/6] lib: implement basic task progress support

For long-running tasks where we have some output from the task that gives us some idea of the progress of the task (such as a percentage complete), provide the means to scrape the output for that progress information and show it to the user in the default knotty terminal output in the form of a

[OE-core] [RFC PATCH 0/6] Task progress reporting

I've often thought it would be nice if we could print progress information for individual tasks so that you could get some idea of whether the task is doing anything and how much longer it might take, and so I've been working on a set of patches to implement just that in the background for a while

[OE-core] [RFC PATCH 1/6] knotty: import latest python-progressbar

Since we're going to make some minor extensions to it, it makes sense to bring in the latest version of python-progressbar. Its structure has changed a little but the API hasn't; however we do need to ensure our overridden _needs_update() function's signature in BBProgress() matches properly.

[OE-core] [RFC PATCH 5/6] classes/cmake: enable progress for do_compile

cmake outputs percentage complete as part of its compilation process, so we can enable BitBake's new progress scanning for do_compile here. Signed-off-by: Paul Eggleton --- meta/classes/cmake.bbclass| 1 +

[OE-core] [RFC PATCH 3/6] fetch2: implement progress support

Implement progress reporting support specifically for the fetchers. For fetch tasks we don't necessarily know which fetcher will be used (we might initially be fetching a git:// URI, but if we instead download a mirror tarball we may fetch that over http using wget). These programs also have

[OE-core] [RFC PATCH 4/6] bitbake.conf: whitelist progress varflag

We don't want the value of this varflag in any signatures since it's only there for the purpose of aiding display of task execution. Signed-off-by: Paul Eggleton --- meta/conf/bitbake.conf | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[OE-core] [RFC PATCH 6/6] classes/image: implement progress support for do_rootfs

Use the new task progress functionality to report progress during do_rootfs. I did some timings of the various parts of the do_rootfs code and set some weightings accordingly. This is a little coarse and ideally we would have some progress within the installation section, but it's better than

Re: [OE-core] Patchwork [jethro] glibc: Fix CVE-2015-8778 - patched dropped????

> On May 10, 2016, at 3:43 PM, akuster808 wrote: > > I can not find the original email but a glibc backport for Jethro is in > limbo. > > http://patches.openembedded.org/patch/121007/ > > can we get that merged? this looks ok. > > - Armin > -- >

[OE-core] Patchwork [jethro] glibc: Fix CVE-2015-8778 - patched dropped????

I can not find the original email but a glibc backport for Jethro is in limbo. http://patches.openembedded.org/patch/121007/ can we get that merged? - Armin -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

[OE-core] [PATCH][jethro] Revert "kernel/kernel-arch: Explicitly mapping between, i386/x86_64 and x86 for kernel ARCH"

This reverts commit a6f52930a68d8462e23486d51cdda715072dd752. In addition to also causing the problem in [YOCTO #9579], this commit was reverted in krogoth and master but wasn't reverted in jethro but should be. The original revert message was: This reverts commit

Re: [OE-core] proposal: replace GLUT with FreeGLUT

On 10 May 2016 at 19:12, Neena Busireddy wrote: > GLUT is dead upstream for almost three years now ( > https://cgit.freedesktop.org/mesa/glut/ ) and it makes sense to replace > GLUT with FreeGLUT . > > Some of the reasons to replace with FreeGLUT are listed here :

Re: [OE-core] [PATCH] mesa-demos: OpenVG demos with single frame need eglSwapBuffer

On 9 May 2016 at 21:07, Tom Hochstein wrote: > +Upstream status: Pending > This is a machine-readable tag, so please use the correct form Upstream-Status: Pending. We're collecting quite a list of patches, should we simply ensure they're all upstream and switch to git?

Re: [OE-core] proposal: replace GLUT with FreeGLUT

> On May 10, 2016, at 11:12 AM, Neena Busireddy > wrote: > > Hello, > > GLUT is dead upstream for almost three years now ( > https://cgit.freedesktop.org/mesa/glut/ > ) and it makes sense to replace > GLUT with

[OE-core] proposal: replace GLUT with FreeGLUT

Hello, GLUT is dead upstream for almost three years now ( https://cgit.freedesktop.org/mesa/glut/ ) and it makes sense to replace GLUT with FreeGLUT . Some of the reasons to replace with FreeGLUT are listed here : http://freeglut.sourceforge.net/ Also, current mesa-glut recipe does not

Re: [OE-core] [master][PATCH v2] pkgconfig: Fix build with gcc-6 and upgrade to 0.29.1

Please look into my gcc-6 branch, this is fixed with http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/gcc-6=64ff9cec84c28348fda7ec5b8e1d98cfe94c7949 > On May 10, 2016, at 9:22 AM, danismostlik...@gmail.com wrote: > > From: Dan McGregor > > From:

[OE-core] [PATCH] openssh: update homepage and summary

The homepage variable is out of date and the summary does not mention ssh, making the recipe difficult to find. [ YOCTO #9610 ] Signed-off-by: Stephano Cetola --- meta/recipes-connectivity/openssh/openssh_7.1p2.bb | 5 +++-- 1 file changed, 3 insertions(+), 2

[OE-core] [master][PATCH v2] pkgconfig: Fix build with gcc-6 and upgrade to 0.29.1

From: Dan McGregor From: Daniel McGregor glib patch is backported from glib-2.0 upstream eventually we will throw it away once pkgconfig moves to newer glib Signed-off-by: Daniel McGregor Signed-off-by: Khem

[OE-core] [master][krogoth][PATCH 4/5] binutils: disable werror on native build

From: Dan McGregor From: Daniel McGregor binutils has some warnings when compiled with gcc 6.0. Disable werror for the native build to work around build failures. Signed-off-by: Daniel McGregor ---

[OE-core] [master][krogoth][PATCH 5/5] pkgconfig: fix build with host gcc 6

From: Dan McGregor From: Daniel McGregor This simply disables the glib-2.0 warning identified by that recipe. This package depends on host glib, so we can't patch it. Signed-off-by: Daniel McGregor ---

[OE-core] [master][krogoth][PATCH 3/5] openjade-native: work around bug exposed by GCC 6

From: Dan McGregor From: Daniel McGregor Simply turn off the optimzation that is causing this breakage. I had originally used -fno-lifetime-dse, but -fno-tree-dse works at least going back as far as gcc 4.8. This isn't a real fix, but it

[OE-core] [master][krogoth][PATCH v2 2/5] gcc 4.9: backport gperf fixes

From: Dan McGregor From: Daniel McGregor gperf was being used in a way that generated files don't conform to the language standard. Backport the fix from upstream. This is required to build these GCC versions when the host compiler is GCC

[OE-core] [master][krogoth][PATCH v2 1/5] gcc-5.3: backport gperf fixes

From: Dan McGregor From: Daniel McGregor gperf was being used in a way that generated files don't conform to the language standard. Backport the fix from upstream. This is required to build these GCC versions when the host compiler is GCC

Re: [OE-core] [PATCH 10/11] linux-yocto/4.4: bump to v4.4.8

On 2016-05-10 11:36 AM, akuster808 wrote: On 05/04/2016 10:53 AM, Bruce Ashfield wrote: Integrating the korg -stable releases. shouldn't LINUX_VERSION ?= "4.4.3" be LINUX_VERSION ?= "4.4.8" ?? Gah. Yes it should. I'm about to to 4.4.9 today, so I can fix up this change at the same time.

Re: [OE-core] [PATCH 10/11] linux-yocto/4.4: bump to v4.4.8

On 05/04/2016 10:53 AM, Bruce Ashfield wrote: > Integrating the korg -stable releases. shouldn't LINUX_VERSION ?= "4.4.3" be LINUX_VERSION ?= "4.4.8" ?? - Armin > > Signed-off-by: Bruce Ashfield > --- > meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb | 2 +-

Re: [OE-core] [PATCH][jethro] binutils: backport bug fix to the 2.25 branch for jethro

Yes On May 10, 2016 6:08 AM, "Robert Yang" wrote: > > Hi Khem, > > What did you mean, please ? I assume ok to backport ? > > // Robert > > On 04/30/2016 04:47 AM, Khem Raj wrote: > >> this is ok to install. >> >> On Wed, Apr 27, 2016 at 2:39 PM, Tristan Van Berkom >>

Re: [OE-core] [master][krogoth][PATCH 1/2] qemu: Security fix CVE-2016-2857

On Mon, 2016-05-09 at 14:27 -0700, akuster808 wrote: > On 5/6/16 8:51 AM, Alexander Kanavin wrote: > > > > On 05/06/2016 06:47 PM, akuster808 wrote: > > > > > > > > I can not reproduce this issue. I have used two different build > > > systems. > > > I have another I will try. > > > > > > so

Re: [OE-core] [PATCH][jethro] binutils: backport bug fix to the 2.25 branch for jethro

Hi Khem, What did you mean, please ? I assume ok to backport ? // Robert On 04/30/2016 04:47 AM, Khem Raj wrote: this is ok to install. On Wed, Apr 27, 2016 at 2:39 PM, Tristan Van Berkom wrote: We fail to build webkit on aarch64 due to this binutils

Re: [OE-core] [RFC PATCH 1/8] qemu-boot.bbclass: add it for runqemu

On 05/10/2016 06:22 PM, Andreas Oberritter wrote: Hello Robert, On 10.05.2016 10:13, Robert Yang wrote: --- /dev/null +++ b/meta/classes/qemu-boot.bbclass @@ -0,0 +1,39 @@ +QEMU_NAME ?= "" +QEMU_MAHINE_SUBTYPE ?= "" typo: QEMU_MACHINE_SUBTYPE (here and in some of the .inc files). Yes,

Re: [OE-core] should a SRC_URI referring to "rday.cfg" look for "rday.scc"?

On Mon, 9 May 2016, Bruce Ashfield wrote: > On Mon, May 9, 2016 at 6:39 AM, Robert P. J. Day > wrote: > >   (aside: this is with wind river linux 8 and i dropped bruce a note > about it, but i really should keep this stuff on the mailing list.) > >   not

Re: [OE-core] [[PATCH v2 1/2] mesa-demos: remove demos using obsolete screen surface

Hi Ross, I believe you missed the second patch of this batch as I can only see this one incorporated. The other patch is: http://patchwork.openembedded.org/patch/121519/ BR, Awais From: openembedded-core-boun...@lists.openembedded.org

Re: [OE-core] [RFC PATCH 1/8] qemu-boot.bbclass: add it for runqemu

Hello Robert, On 10.05.2016 10:13, Robert Yang wrote: > --- /dev/null > +++ b/meta/classes/qemu-boot.bbclass > @@ -0,0 +1,39 @@ > +QEMU_NAME ?= "" > +QEMU_MAHINE_SUBTYPE ?= "" typo: QEMU_MACHINE_SUBTYPE (here and in some of the .inc files). Maybe you should use "??=", so "?=" may be used in the

Re: [OE-core] [PATCH] bitbake: Oldest kernel for nios2 is 3.19

On 05/08/2016 08:06 PM, Khem Raj wrote: On May 8, 2016, at 6:00 AM, Marek Vasut wrote: The oldest kernel version for nios2 is 3.19.0, set it so, otherwise qemu-nios2 -r ${OLDEST_KERNEL} fails with "FATAL: kernel too old" message from glibc. Signed-off-by: Marek Vasut

[OE-core] [RFC PATCH 8/8] runqemu/runqemu-internal: refactor it

* Why refactor The old runqemu had hardcoded machine knowledge, which limited its usage, for example, qemu-system-foo can boot the target, but runqemu can't, and we need edit runqemu/runqemu-internal a lot to support boot it. * Brief introduction on implemention The basic thought is

[OE-core] [RFC PATCH 4/8] arch-arm64.inc: set vars for runqemu

These vars will be used when QEMU_BOOT_SUPPORTED = "1", and has no impact when "0". Signed-off-by: Robert Yang --- meta/conf/machine/include/arm/arch-arm64.inc | 7 +++ 1 file changed, 7 insertions(+) diff --git a/meta/conf/machine/include/arm/arch-arm64.inc

[OE-core] [RFC PATCH 6/8] arch-mips.inc: set vars for runqemu

These vars will be used when QEMU_BOOT_SUPPORTED = "1", and has no impact when "0". Signed-off-by: Robert Yang --- meta/conf/machine/include/mips/arch-mips.inc | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/conf/machine/include/mips/arch-mips.inc

[OE-core] [RFC PATCH 7/8] arch-powerpc.inc: set vars for runqemu

These vars will be used when QEMU_BOOT_SUPPORTED = "1", and has no impact when "0". Signed-off-by: Robert Yang --- meta/conf/machine/include/powerpc/arch-powerpc.inc | 5 + 1 file changed, 5 insertions(+) diff --git

[OE-core] [RFC PATCH 2/8] qemu.inc: set QEMU_BOOT_SUPPORTED to 1

All the 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

[OE-core] [RFC PATCH 5/8] arch-x86.inc: set vars for runqemu

These vars will be used when QEMU_BOOT_SUPPORTED = "1", and has no impact when "0". Signed-off-by: Robert Yang --- meta/conf/machine/include/x86/arch-x86.inc | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/conf/machine/include/x86/arch-x86.inc

[OE-core] [RFC PATCH 3/8] qemuarm.conf: set vars for runqemu

Signed-off-by: Robert Yang --- meta/conf/machine/include/arm/arch-armv6.inc | 2 ++ meta/conf/machine/include/tune-cortexa8.inc | 2 ++ meta/conf/machine/qemuarm.conf | 3 +++ 3 files changed, 7 insertions(+) diff --git

[OE-core] [RFC PATCH 1/8] qemu-boot.bbclass: add it for runqemu

It saves vars in ${DEPLOY_DIR_IMAGE}/qemu-boot, and scritps/runqemu will invoke it, so that runqemu can work easier. The class will be inherited when QEMU_BOOT_SUPPORTED = "1", default 0 which is set in bitbake.conf. Signed-off-by: Robert Yang ---

[OE-core] [RFC PATCH 0/8] [WIP] runqemu/runqemu-internal: refactor it

Hello, This is still WIP, I send this out to make sure that I won't walk on wrong way too far. Please feel free to give any comments. TODO: * Update the one which uses runqemu, such as oeqa * Boot EFI image * Boot multilib image such as lib32-foo * Change the vars name such as

Re: [OE-core] [PATCH 2/2] edgerouter: libffi: fix build with soft-float tune

FYI, MIPS o32 softfloat does not build either. We have been using the attached patch that I found on the net to fix this. //Peter > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of >

Re: [OE-core] [PATCH v3] base.bbclass wipe ${S} before unpacking source

Ping, Any comments on this one? Discussion on v2 of the patch: http://lists.openembedded.org/pipermail/openembedded-core/2016-March/119295.html Cheers, Markus On 22/03/16 18:47, "Markus Lehtonen"