[OE-core] [PATCH 1/2] oeqa/core/utils/concurrencytest.py: Handle exceptions and details

Handle the streaming of exception content with details data. The testtools package allows both 'err' and 'details' kwargs but can only pass one of them to the parent. To handle the passing of exception traceback and details data at the same time, encode the traceback into the details object and

[OE-core] [PATCH 2/2] oeqa/core/case.py: Encode binary data of log

Do not decode the log content into a string only to re-encode it as binary data again. Some logs might un-intentionally contain bytes that do not decode as utf-8, as such preserve the log file content as it was on disk. Handle the decoding on the resulttool side, but also handle the failure to

Re: [OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

2019. 09. 26. 23:02 keltezéssel, richard.pur...@linuxfoundation.org írta: On Thu, 2019-09-26 at 19:09 +0200, Böszörményi Zoltán wrote: 2019. 09. 26. 19:02 keltezéssel, Böszörményi Zoltán via Openembedded- core írta: 2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via Openembedded-core

Re: [OE-core] [warrior][PATCH] kernel-uboot: compress arm64 kernels

On 9/25/19 2:32 AM, Bedel, Alban wrote: > On Wed, 2019-09-25 at 08:49 +, Bonnans, Laurent wrote: >> On 9/25/19 2:23 AM, akuster808 wrote: >> >>> On 9/24/19 12:23 AM, Bedel, Alban wrote: On Tue, 2019-09-03 at 09:41 +, Bedel, Alban wrote: > On Wed, 2019-07-31 at 13:53 +,

Re: [OE-core] [PATCH] lighttpd: remove fam as a PACKAGECONFIG option

On 9/26/19 4:33 PM, Richard Purdie wrote: On Mon, 2019-09-23 at 21:16 +0100, Ross Burton wrote: On 23/09/2019 19:01, Trevor Gamblin wrote: From: Trevor Gamblin lighttpd builds fail if "fam" (and therefore gamin) is enabled. In conf/local.conf: CORE_IMAGE_EXTRA_INSTALL += "lighttpd"

[OE-core] [oe-core][PATCH v2] lighttpd: remove fam as a PACKAGECONFIG option

From: Trevor Gamblin lighttpd builds fail if "fam" (and therefore gamin) is enabled. In conf/local.conf: CORE_IMAGE_EXTRA_INSTALL += "lighttpd" PACKAGECONFIG_append_pn-lighttpd = " fam" bitbake error: ERROR: Nothing PROVIDES 'gamin' (but

[OE-core] [PATCH] gdb: Bump from 8.3 to 8.3.1

Signed-off-by: Alistair Francis --- .../gdb/{gdb-8.3.inc => gdb-8.3.1.inc}| 5 +- ...ian_8.3.bb => gdb-cross-canadian_8.3.1.bb} | 0 .../{gdb-cross_8.3.bb => gdb-cross_8.3.1.bb} | 0 .../gdb/gdb/CVE-2017-9778.patch | 98 --- .../gdb/{gdb_8.3.bb =>

Re: [OE-core] bash-completion

On Thu, Sep 26, 2019 at 4:17 PM Slater, Joseph wrote: > > I see a bbclass for this, but no IMAGE_FEATURE to get the resultant packages > into an image. Is there, or should there, be one? I also see reference to > various similar packages, like *-dbg in an sdk bbclass, but have not found >

Re: [OE-core] [oe-core][PATCH] unzip: Fix CVE-2019-13232

Dan, On 9/26/19 4:11 PM, msft.dant...@gmail.com wrote: > From: Dan Tran > > Signed-off-by: Dan Tran > --- > .../unzip/unzip/CVE-2019-13232_p1.patch | 33 ++ > .../unzip/unzip/CVE-2019-13232_p2.patch | 356 ++ > .../unzip/unzip/CVE-2019-13232_p3.patch | 121

[OE-core] bash-completion

I see a bbclass for this, but no IMAGE_FEATURE to get the resultant packages into an image. Is there, or should there, be one? I also see reference to various similar packages, like *-dbg in an sdk bbclass, but have not found how any of this stuff actually gets put into a target image. Any

[OE-core] [oe-core][PATCH] unzip: Fix CVE-2019-13232

From: Dan Tran Signed-off-by: Dan Tran --- .../unzip/unzip/CVE-2019-13232_p1.patch | 33 ++ .../unzip/unzip/CVE-2019-13232_p2.patch | 356 ++ .../unzip/unzip/CVE-2019-13232_p3.patch | 121 ++ meta/recipes-extended/unzip/unzip_6.0.bb | 3 + 4 files

[OE-core] [oe-core][warrior][PATCH] unzip: Fix CVE-2019-13232

From: Dan Tran Signed-off-by: Dan Tran --- .../unzip/unzip/CVE-2019-13232_p1.patch | 33 ++ .../unzip/unzip/CVE-2019-13232_p2.patch | 356 ++ .../unzip/unzip/CVE-2019-13232_p3.patch | 121 ++ meta/recipes-extended/unzip/unzip_6.0.bb | 3 + 4 files

[OE-core] [PATCH] packagegroups: All groups are not allarch

Some of the packagegroups violate the allarch policy therefore the ones which do so, should be marked as TUNE specific Fixes QA errors packagegroup-self-hosted-1.0: Package version for package packagegroup-self-hosted-graphics went backwards which would break package feeds from (0:1.0-r13.12 to

[OE-core] [PATCH] strace: Upgrade to 5.3

Detailed features are here [1] [1] https://github.com/strace/strace/releases/tag/v5.3 Signed-off-by: Khem Raj --- .../strace/strace/disable-git-version-gen.patch| 10 +- .../strace/{strace_5.2.bb => strace_5.3.bb}| 4 ++-- 2 files changed, 7 insertions(+), 7

Re: [OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

On Thu, 2019-09-26 at 19:09 +0200, Böszörményi Zoltán wrote: > 2019. 09. 26. 19:02 keltezéssel, Böszörményi Zoltán via Openembedded- > core írta: > > 2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via > > Openembedded-core írta: > > > 2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta: > >

Re: [OE-core] [bitbake-devel] Keeping multiconfig config files in sync

Hi Chris, On Tue, 2019-09-24 at 18:21 +, chris.laplante--- via bitbake-devel wrote: > Thanks to Richard and others recent hard work, multiconfig is poised > to become much more practical in YP 3.0. > > One thing I’m not clear on, however, is how it will work in a team > environment. If I

Re: [OE-core] [PATCH] lighttpd: remove fam as a PACKAGECONFIG option

On Mon, 2019-09-23 at 21:16 +0100, Ross Burton wrote: > On 23/09/2019 19:01, Trevor Gamblin wrote: > > From: Trevor Gamblin > > > > lighttpd builds fail if "fam" (and therefore gamin) is enabled. > > > > In conf/local.conf: > > > > CORE_IMAGE_EXTRA_INSTALL += "lighttpd" > >

Re: [OE-core] [PATCH 0/1] Add new mirror archiver mode

On Tue, 2019-09-24 at 10:06 +0100, Paul Barker wrote: > This patch allows the creation of a full source mirror using the > archiver > bbclass. Using the archiver allows us to make use of copyleft license > filtering, recipe type filtering and other features that are not > available if > we just

[OE-core] [PATCH v2] classes/reproducible_build: Move SDE deploy to another directory

The deployment of the source date epoch file had a race condition where any task attempting to read from the file would race with creation of the sstate archive for the do_deploy_source_date_epoch task. The creation of the sstate archive requires moving the directory to a temporary location, then

Re: [OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

2019. 09. 26. 19:02 keltezéssel, Böszörményi Zoltán via Openembedded-core írta: 2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via Openembedded-core írta: 2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta: On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded- core

[OE-core] ✗ patchtest: failure for linux-yocto/5.2: update to v5.2.17

== Series Details == Series: linux-yocto/5.2: update to v5.2.17 Revision: 1 URL : https://patchwork.openembedded.org/series/20191/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on

Re: [OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via Openembedded-core írta: 2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta: On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded- core wrote: There's INITRAMFS_FSTYPES that can be set differently. Signed-off-by:

[OE-core] [PATCH] linux-yocto/5.2: update to v5.2.17

From: Bruce Ashfield Updating linux-yocto/5.2 to the latest korg -stable release that comprises the following commits: 5e408889e4af Linux 5.2.17 12434939ba58 vfs: Fix refcounting of filenames in fs_parser d4911cc1f4b6 media: technisat-usb2: break out of loop at end of buffer

Re: [OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta: On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded- core wrote: There's INITRAMFS_FSTYPES that can be set differently. Signed-off-by: Böszörményi Zoltán --- With the hardcoded initrd filename suffix but

Re: [OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded- core wrote: > There's INITRAMFS_FSTYPES that can be set differently. > > Signed-off-by: Böszörményi Zoltán > --- > > With the hardcoded initrd filename suffix but INITRAMFS_FSTYPES > set to cpio.lzma, this error occurs: >

Re: [OE-core] [PATCH v2 2/3] apr: Fix configure error for nativesdk

On Wed, Sep 25, 2019 at 10:51 PM Robert Yang wrote: > > Hi Khem, > > On 9/26/19 10:57 AM, Khem Raj wrote: > > On Wed, Sep 25, 2019 at 7:52 PM Robert Yang > > wrote: > >> > >> Fixed: > >> $ bitbake nativesdk-apr > >> buildconf: libtool not found. > >> You need libtool version 1.4 or

Re: [OE-core] [PATCH] bmap-tools: add missing python3-misc dependency

On 26/09/2019 09:40, Diego Rondini wrote: Hi Ross, On Wed, Sep 25, 2019 at 9:40 PM Ross Burton > wrote: On 25/09/2019 15:49, Diego Rondini wrote: > Add runtime dependency on python3-misc as bmaptool depends on ntpath. > > Signed-off-by: Diego

Re: [OE-core] [PATCH v2] wic: Using the right rootfs size during prepare_rootfs

This looks correct now with the two patches merged. Thanks, Jason. On 9/26/19 4:35 AM, Alessio Igor Bogani wrote: The commit 8e48b4d6c4 makes wic ignores IMAGE_ROOTFS_SIZE for rootfs size and makes it uses the computed one only. Re-add support for IMAGE_ROOTFS_SIZE variable and compute roots

Re: [OE-core] [PATCH] ell: update to 0.23

On 26/09/2019 01:54, Oleksandr Kravchuk wrote: Changelog: - Add support for checking if uintset is empty. Signed-off-by: Oleksandr Kravchuk This is in ross/mut so it won't get lost, but we're freezing for release so this won't be merged until 3.0 is done. Ross --

[OE-core] [PATCH v2] wic: Using the right rootfs size during prepare_rootfs

The commit 8e48b4d6c4 makes wic ignores IMAGE_ROOTFS_SIZE for rootfs size and makes it uses the computed one only. Re-add support for IMAGE_ROOTFS_SIZE variable and compute roots size only if the former is not defined. Moreover the size of a provided directory with --rootfs-dir="" in the .wks file

Re: [OE-core] ✗ patchtest: failure for rpm: make rpm work in toolchain. (rev4)

Hi I found meta/recipes-devtools/rpm/files/rpm-setup.py is in my patch. But the automated test results have an error message as follows: Output Please, fix the listed issues: meta/recipes-devtools/rpm/files/rpm-setup.py does not exist Does anyone have any

[OE-core] [PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

There's INITRAMFS_FSTYPES that can be set differently. Signed-off-by: Böszörményi Zoltán --- With the hardcoded initrd filename suffix but INITRAMFS_FSTYPES set to cpio.lzma, this error occurs: ERROR: sicom-pos-image-1.0-r0 do_bootimg:

[OE-core] [warrior][PATCH] classes/image-live.bbclass: Don't hardcode cpio.gz

There's INITRAMFS_FSTYPES that can be set differently. Signed-off-by: Böszörményi Zoltán --- With the hardcoded initrd filename suffix but INITRAMFS_FSTYPES set to cpio.lzma, this error occurs: ERROR: sicom-pos-image-1.0-r0 do_bootimg:

Re: [OE-core] [PATCH] bmap-tools: add missing python3-misc dependency

Hi Ross, On Wed, Sep 25, 2019 at 9:40 PM Ross Burton wrote: > On 25/09/2019 15:49, Diego Rondini wrote: > > Add runtime dependency on python3-misc as bmaptool depends on ntpath. > > > > Signed-off-by: Diego Rondini > > --- > > meta/recipes-support/bmap-tools/bmap-tools_3.5.bb | 2 +- > > 1

Re: [OE-core] [PATCH v2 4/4] weston: Set depends to the virtual needed not explicitly on Mesa

On 2019-09-17 15:10, Andrew F. Davis via Openembedded-core wrote: > The dependency is for EGL and GLES2 libraries. On some systems these > are not provided by Mesa, list what is actually needed so the system > can choose the correct provider. Unfortunately I saw that a bit late, but this is

Re: [OE-core] [RFC][PATCH 0/3] Move rust from meta-rust to oe-core

On Wed, Sep 25, 2019 at 01:52:08PM -0400, Randy MacLeod wrote: > On 9/24/19 6:18 AM, Adrian Bunk wrote: > > On Mon, Sep 23, 2019 at 10:45:05PM -0400, Randy MacLeod wrote: >... > > There are also related topics like how to provide security support > > for vendored libraries - this is the main