Re: [OE-core] [PATCH] populate_sdk_base: do not overwrite ld.so.conf in nativesdk

On 19.05.2020 07:36, Denys Dmytriyenko wrote: From: Denys Dmytriyenko Commit 7ec84a463ad4c45aee9cd2cbc75b43e5aab5cd18 has moved creation of ld.so.conf from buildtools-tarball.bb to create_sdk_files() in populate_sdk_base.bbclass. But since create_sdk_files() is an SDK_POSTPROCESS_COMMAND, crea

Re: [OE-core] [PATCH] python3: add pydoc and urllib to core

Hello, The more I look into this, the more I realize its incorrect. On 5/18/20 8:36 AM, Alejandro Hernandez wrote: Hello Mingli, Did you happen to run the create_manifest task after modifying the manifest to make sure that runtime dependencies are still valid? Thanks Alejandro On 5/18/

Re: [OE-core] [PATCH] python3: add pydoc and urllib to core

Hi Alejandro, On 2020/5/19 下午3:22, Alejandro Hernandez Samaniego wrote: Hello, The more I look into this, the more I realize its incorrect. Understood your concern. On 5/18/20 8:36 AM, Alejandro Hernandez wrote: Hello Mingli, Did you happen to run the create_manifest task after modify

Re: [OE-core] [PATCH] python3: add pydoc and urllib to core

Hey Mingly Yu, On 5/19/20 12:43 AM, Yu, Mingli wrote: Hi Alejandro, On 2020/5/19 下午3:22, Alejandro Hernandez Samaniego wrote: Hello, The more I look into this, the more I realize its incorrect. Understood your concern. On 5/18/20 8:36 AM, Alejandro Hernandez wrote: Hello Mingli, Did

Re: [OE-core] [PATCH] python3: add pydoc and urllib to core

Hi Alejandro, On 5/19/20 3:51 PM, Alejandro Hernandez Samaniego wrote: Hey Mingly Yu, On 5/19/20 12:43 AM, Yu, Mingli wrote: Hi Alejandro, On 2020/5/19 下午3:22, Alejandro Hernandez Samaniego wrote: Hello, The more I look into this, the more I realize its incorrect. Understood your concern

[OE-core] [PATCH v2] lttng-tools: upgrade to 2.12.0

Upgrade lttng-tools 2.11.2 -> 2.12.0: * drop x32 patch, as it was merged upstream * update ptest file mi-lttng-3.0.xsd -> mi-lttng-4.0.xsd * add local patch to fix ptest build failure on musl * License-Update: licenses were moved under LICENSES directory and changed in upstream commit [1] [1] h

Re: [OE-core] [PATCH] python3: add pydoc and urllib to core

On Tue, 2020-05-19 at 00:51 -0700, Alejandro Hernandez wrote: > > I still believe python3-core should be left as small as possible, the > use case > of an embedded device calling help() is probably seldom, IMO that > fits more in > the workflow of installing the netlib and pydoc modules for that >

Re: [OE-core] [PATCH] classes/image_types_wic.bbclass: fix racing risk on rootfs

On Tue, 2020-05-19 at 00:00 +0800, hongxu wrote: > Since wic image creation will temporarily update rootfs/etc/fstab > to add UUID (*temporarily* means rootfs/etc/fstab will be recovered > after wic image creation), there is a potential racing risk with other > image creation (such as tar, ext) >

Re: [OE-core] [PATCH] classes/image_types_wic.bbclass: fix racing risk on rootfs

On 5/19/20 6:19 PM, Richard Purdie wrote: On Tue, 2020-05-19 at 00:00 +0800, hongxu wrote: Since wic image creation will temporarily update rootfs/etc/fstab to add UUID (*temporarily* means rootfs/etc/fstab will be recovered after wic image creation), there is a potential racing risk with other

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

Hi Peter, I am sharing a few information related to bzip2-test source and licensing information. As per your suggestion and as per my understanding I added License to the bzip2 recipe file. bzip2-tests.git source tree structure is given below (here showing licence related fle, removed other file

[OE-core] Yocto Project Status WW20'20

Current Dev Position: YP 3.2 M1 Next Deadline: YP 3.2 M1 build date 2020/6/16 Next Team Meetings: * Bug Triage meeting Thursday May 21st at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday June 2nd at 8am PDT (

[OE-core] [warrior 8/8] cve-check: CPE version '-' as all version

From: Lee Chee Yang CPE version could be '-' to mean no version info. Current cve_check treat it as not valid and does not report these CVE but some of these could be a valid vulnerabilities. Since non-valid CVE can be whitelisted, so treat '-' as all version and report all these CVE to capture

[OE-core] [warrior 3/8] openssl: Fix reproducibility issue

From: Richard Purdie There was a build architecture leaking into the target ptest which could vary depending upon host. Remove it as its cosmetic. [YOCTO #13770] (From OE-Core rev: 37db519eedb7eb5cd4f14d05f30f5d580aa7458d) (From OE-Core rev: c31c676319812e6fc036741db2ab8e16eccff723) Signed-of

[OE-core] [warrior 0/8] Patch review

Here are the next set of changes for warrior last dot release. Please have comments back by Friday. The following changes since commit ae341aed81be28232cc34daf4684bc0922f17699: yocto-uninative.inc: version 2.8 updates glibc to 2.31 (2020-03-26 07:04:11 -0700) are available in the Git reposit

[OE-core] [warrior 5/8] openssl: Upgrade 1.1.1d -> 1.1.1e

From: Adrian Bunk Backported patch removed. Signed-off-by: Adrian Bunk Signed-off-by: Richard Purdie (cherry picked from commit 710bc0f8544f54750c8fb7b8affa243932927a24) [AK: bug fix only update] Signed-off-by: Armin Kuster --- .../openssl/openssl/CVE-2019-1551.patch | 758

[OE-core] [warrior 1/8] git: Upgrade 2.20.1 -> 2.20.4

From: Adrian Bunk This includes the fixes for CVE-2020-5260 and CVE-2020-11008. Signed-off-by: Adrian Bunk Signed-off-by: Armin Kuster --- meta/recipes-devtools/git/git_2.20.1.bb | 11 --- meta/recipes-devtools/git/git_2.20.4.bb | 11 +++ 2 files changed, 11 insertions(+), 11

[OE-core] [warrior 2/8] python: Upgrade 2.7.17 -> 2.17.18

From: Adrian Bunk LICENSE checksum changed due to 2019 -> 2020 update. Signed-off-by: Adrian Bunk Signed-off-by: Anuj Mittal Signed-off-by: Armin Kuster --- .../{python-native_2.7.17.bb => python-native_2.7.18.bb}| 0 meta/recipes-devtools/python/python.inc | 6 +++---

[OE-core] [warrior 4/8] openssl: recommend cryptodev-module for corresponding PACKAGECONFIG

From: Denys Dmytriyenko Signed-off-by: Denys Dmytriyenko Signed-off-by: Richard Purdie (cherry picked from commit 57fcf9b517fe95e871122946cb99fe7fa9fd2e26) Signed-off-by: Armin Kuster --- meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[OE-core] [warrior 7/8] openssl: upgrade 1.1.1f -> 1.1.1g

From: Jan Luebbe This also fixes CVE-2020-1967. Signed-off-by: Jan Luebbe Signed-off-by: Anuj Mittal Signed-off-by: Armin Kuster --- .../openssl/{openssl_1.1.1f.bb => openssl_1.1.1g.bb}| 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-connectivity/openssl

[OE-core] [warrior 6/8] openssl: update to 1.1.1f

From: Alexander Kanavin This also un-breaks python3 ptest which got broken with 1.1.1e update. Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie (cherry picked from commit b4ddf5b9d8cd769b7026663f93c8bc69b55d8cbf) [AK: bugfix only update] Signed-off-by: Armin Kuster --- .../open

Re: [OE-core] [PATCH] libubootenv: Depend on zlib

On Mon, May 18, 2020 at 1:28 AM Marek Vasut wrote: > > The libubootenv depends on zlib as it calls at least crc32() from > there and links against it. Add the DEPENDS entry. > > Signed-off-by: Marek Vasut > Cc: Stefano Babic > --- > meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 2 +- > 1 file ch

Re: [OE-core] [PATCH] libubootenv: Depend on zlib

Hi Khem, On 19.05.20 17:56, Khem Raj wrote: > On Mon, May 18, 2020 at 1:28 AM Marek Vasut wrote: >> >> The libubootenv depends on zlib as it calls at least crc32() from >> there and links against it. Add the DEPENDS entry. >> >> Signed-off-by: Marek Vasut >> Cc: Stefano Babic >> --- >> meta/re

Re: [OE-core] [PATCH] libubootenv: Depend on zlib

On Tue, May 19, 2020 at 9:07 AM Stefano Babic wrote: > > Hi Khem, > > On 19.05.20 17:56, Khem Raj wrote: > > On Mon, May 18, 2020 at 1:28 AM Marek Vasut wrote: > >> > >> The libubootenv depends on zlib as it calls at least crc32() from > >> there and links against it. Add the DEPENDS entry. > >>

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

The jzlib license is a three clause BSD license, and so is the go/LICENSE, so you should be able to set LICENSE as: LICENSE = "bzip2-1.0.6 & GPLv3+ & Apache-2.0 & MS-PL & BSD-3-Clause & Zlib" You also need to add: LICENSE_${PN} = "bzip2-1.0.6" LICENSE_${PN}-dev = "bzip2-1.0.6" LICENSE_${PN}-dbg

[OE-core] [PATCH] devtool: do not write md5sums into upgraded recipes

This will drop them md5sums from recipes that still have them, and will not re-add them for recipes where they're already removed. Signed-off-by: Alexander Kanavin --- scripts/lib/devtool/upgrade.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/lib/devtool/upgra

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

Hi Peter, Thank you for the quick response. I will work on your suggestion.but I need your confirmation on LIC_FILES_CHKSUM also. *Thanks & Regards,* Rahul Kumar Software Engineer,Linux Solutions Engineering Group,Montavista Software LLC Email Id: rah...@mvista.com

Re: [OE-core][PATCH 0/4] Import recipes from meta-python

On Sun, May 17, 2020 at 1:47 PM Khem Raj wrote: > On 5/17/20 9:14 AM, Adrian Bunk wrote: > > IMHO moving recipes from meta-openembedded (or other layers) to oe-core > > in a released stable series is not a good idea. > > I think in current form in this situation it certainly seems a bit > comple

Re: [OE-core][PATCH 0/4] Import recipes from meta-python

We have discussed this in OE TSC meeting yesterday: https://lists.openembedded.org/g/tsc/topic/openembedded_tsc_meeting/74313532 tsc suggested to use LAYERVERSION bump in oe-core with LAYERDEPENDS_meta-python update in meta-python, so that people will need to update both layers (or neither if they

[OE-core] [PATCH] package_ipk.bbclass: print opkg output on error

in case the opkg command fails in before no output of the tool itself was printed to assist the user with debugging the issue. Print all output of the tool by using CalledProcessError wrapper around the call Signed-off-by: Konrad Weihmann --- meta/classes/package_ipk.bbclass | 11 +++ 1

Re: [OE-core][PATCH 0/4] Import recipes from meta-python

On Tue, May 19, 2020 at 11:25 AM Martin Jansa wrote: > > We have discussed this in OE TSC meeting yesterday: > https://lists.openembedded.org/g/tsc/topic/openembedded_tsc_meeting/74313532 > > tsc suggested to use LAYERVERSION bump in oe-core with > LAYERDEPENDS_meta-python update in meta-python,

[oe-core][PATCH 1/3] squashfs-tools: gcc-10

Add -fcommon to CFLAGS to avoid multiple definition errors for uninitialized variables. Signed-off-by: Joe Slater --- meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb b/me

[oe-core][PATCH 1/1] acpica: gcc-10

Advance to version 20200430 to avoid multiple definition errors for uninitialized variables. In this case, it is not enough to add -fcommon to CFLAGS. Signed-off-by: Joe Slater --- .../acpica/{acpica_20200214.bb => acpica_20200430.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2

[OE-core] [PATCH 2/3] syslinux: gcc-10

Add -fcommon to CFLAGS to avoid multiple definition errors for uninitialized variables. Signed-off-by: Joe Slater --- meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb b/meta/recipes

Re: [OE-core] [PATCH 2/3] syslinux: gcc-10

Wasn't this fixed by: https://lists.openembedded.org/g/openembedded-core/message/138364 ? On Tue, May 19, 2020 at 11:10 PM Joe Slater wrote: > Add -fcommon to CFLAGS to avoid multiple definition errors for > uninitialized variables. > > Signed-off-by: Joe Slater > --- > meta/recipes-devtools/s

Re: [oe-core][PATCH 1/3] squashfs-tools: gcc-10

Hi Joe, On 5/19/20 11:09 PM, Joe Slater wrote: Add -fcommon to CFLAGS to avoid multiple definition errors for uninitialized variables. Signed-off-by: Joe Slater --- meta/recipes-devtools/squashfs-tools/squashfs-tools_git.bb | 2 ++ 1 file changed, 2 insertions(+) [cut] I hope this is a

Re: [oe-core][PATCH 1/3] squashfs-tools: gcc-10

On Tue, May 19, 2020 at 02:09:27PM -0700, Joe Slater wrote: > Add -fcommon to CFLAGS to avoid multiple definition errors for uninitialized > variables. >... The upstream fix is already backported in master. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. Vi

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

On 2020-05-19 12:29 p.m., Peter Kjellerstedt wrote: The jzlib license is a three clause BSD license, and so is the go/LICENSE, so you should be able to set LICENSE as: LICENSE = "bzip2-1.0.6 & GPLv3+ & Apache-2.0 & MS-PL & BSD-3-Clause & Zlib" Peter, I respectfully disagree. The only source

Re: [OE-core] [PATCH] package_ipk.bbclass: print opkg output on error

On Tue, 2020-05-19 at 20:36 +0200, Konrad Weihmann wrote: > in case the opkg command fails in before no output of the tool > itself was printed to assist the user with debugging the issue. > Print all output of the tool by using CalledProcessError wrapper around > the call > > Signed-off-by: Konra

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

On Tue, May 19, 2020 at 2:46 PM Randy MacLeod wrote: > > On 2020-05-19 12:29 p.m., Peter Kjellerstedt wrote: > > The jzlib license is a three clause BSD license, and so is the > > go/LICENSE, so you should be able to set LICENSE as: > > > > LICENSE = "bzip2-1.0.6 & GPLv3+ & Apache-2.0 & MS-PL & BS

Re: [OE-core] [PATCH] package_ipk.bbclass: print opkg output on error

On Tue, May 19, 2020 at 11:02:46PM +0100, Richard Purdie wrote: > On Tue, 2020-05-19 at 20:36 +0200, Konrad Weihmann wrote: > > in case the opkg command fails in before no output of the tool > > itself was printed to assist the user with debugging the issue. > > Print all output of the tool by usin

Re: [OE-core] [PATCH] package_ipk.bbclass: print opkg output on error

On Tue, May 19, 2020 at 3:02 PM Richard Purdie wrote: > > On Tue, 2020-05-19 at 20:36 +0200, Konrad Weihmann wrote: > > in case the opkg command fails in before no output of the tool > > itself was printed to assist the user with debugging the issue. > > Print all output of the tool by using Calle

Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2

> -Original Message- > From: Randy MacLeod > Sent: den 19 maj 2020 23:45 > To: Peter Kjellerstedt ; Rahul Kumar > > Cc: Alexander Kanavin ; Richard Purdie > ; OE-core c...@lists.openembedded.org>; Trevor Gamblin > > Subject: Re: [OE-core] [PATCH v2] bzip2: Add test suite for bzip2 > >

Re: [OE-core] [PATCH 1/1] ltp: Update to 20200515

Fails on musl https://errors.yoctoproject.org/Errors/Details/412683/ On Mon, May 18, 2020 at 1:36 PM Petr Vorel wrote: > > Inherit also pkgconfig (required for TI-RPC and Netlink based route > tests), to fix: > configure:6045: error: possibly undefined macro: AC_DEFINE > > Refreshed patches (som

Re: [OE-core] [PATCH 1/1] ltp: Update to 20200515

Hello! On Tue, 19 May 2020 at 19:28, Khem Raj wrote: > Fails on musl > https://errors.yoctoproject.org/Errors/Details/412683/ It fails for me (non-musl) too, similarly: make[4]: Entering directory '/poky/build/tmp/work/aarch64-poky-linux/ltp/20200515-r0/git/testcases/kernel/syscalls/ptrace' | a

Re: [OE-core] [PATCH] package_ipk.bbclass: print opkg output on error

Hi all, I don't like the idea of wrapping subprocess.check_* calls once more. IMHO too many possible workflows are possible so chances are low catching them all appropriately. check_output is a wrapper around subprocess.run, which is a wrapper around subprocess.popen which is wrapper of popen

[OE-core] [PATCH] ltp: Fix format security warnings with gcc10

Signed-off-by: Khem Raj Cc: Petr Vorel Cc: Daniel Díaz --- ...1-ptrace01-Fix-missing-format-string.patch | 32 +++ meta/recipes-extended/ltp/ltp_20200515.bb | 1 + 2 files changed, 33 insertions(+) create mode 100644 meta/recipes-extended/ltp/ltp/0001-ptrace01-Fix-missing

[OE-core] ✗ patchtest: failure for ltp: Fix format security warnings with gcc10

== Series Details == Series: ltp: Fix format security warnings with gcc10 Revision: 1 URL : https://patchwork.openembedded.org/series/24228/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been ex

Re: [OE-core] [PATCH] package_ipk.bbclass: print opkg output on error

On Tue, May 19, 2020 at 10:07 PM Konrad Weihmann wrote: > > Hi all, > > I don't like the idea of wrapping subprocess.check_* calls once more. > IMHO too many possible workflows are possible so chances are low > catching them all appropriately. > > check_output is a wrapper around subprocess.run, w

Re: [OE-core] [PATCH] ltp: Fix format security warnings with gcc10

Hi Khem, > Signed-off-by: Khem Raj > Cc: Petr Vorel > Cc: Daniel Díaz Reviewed-by: Petr Vorel Nice, just easy fix. Please just send patch to LTP ML. Some time ago I tried to add -Wformat-security in upstream LTP travis CI, don't remember why I haven't finished the effort. If this is the only

Re: [OE-core] [PATCH] ltp: Fix format security warnings with gcc10

Hi Khem, I see patch has already merged in upstream. How about adding Upstream status: 58424835952641f4fd60c0ae3ab6c64decca3f8a Kind regards, Petr -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#138503): https://lists.openembedded.org/g/openembedd