[OE-core][PATCH] ovmf: set CVE_STATUS for a few CVEs

2024-04-08 Thread Chen Qi via lists.openembedded.org
From: Chen Qi For all those CVE-2019-x CVEs, following the links in NVD, we can see they have all been fixed. For CVE-2014-4859 and CVE-2014-4860, there's no useful links in NVD, but according to the following two links, they have also been fixed. https://security-tracker.debian.org

Re: [OE-core] OE-core CVE metrics for master on Sun 07 Apr 2024 01:00:01 AM HST

2024-04-08 Thread Chen Qi via lists.openembedded.org
...@lists.yoctoproject.org Cc: Chen, Qi Subject: Re: [OE-core] OE-core CVE metrics for master on Sun 07 Apr 2024 01:00:01 AM HST On Sun, 2024-04-07 at 01:19 -1000, Steve Sakoman wrote: > Branch: master > > New this week: 21 CVEs > CVE-2014-4859 (CVSS3: 6.8 MEDIUM): ovmf:ovmf-nat

[OE-core][PATCH V2 1/2] ovmf: set CVE_PRODUCT and CVE_VERSION

2024-04-05 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Set CVE_PRODUCT and CVE_VERSION for ovmf. NVD uses 'edk2' and the version should be the date only. Here's an example: https://nvd.nist.gov/vuln/detail/CVE-2023-45232 Signed-off-by: Chen Qi --- meta/recipes-core/ovmf/ovmf_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff

[OE-core][PATCH V2 2/2] ovmf: set CVE_STATUS for CVE-2014-8271

2024-04-05 Thread Chen Qi via lists.openembedded.org
From: Chen Qi CVE-2014-8271 has an unusual versioning, svn_16280, which breaks the version comparison and gives us warning like below: Failed to compare 202308 < svn_16280 for CVE-2014-8271 The fix has been there since 2014, our current version has included the fix. Signed-off-by: Chen

Re: [OE-core][PATCH V2] ovmf: set CVE_PRODUCT and CVE_VERSION

2024-03-26 Thread Chen Qi via lists.openembedded.org
ping On 3/6/24 14:54, Chen Qi via lists.openembedded.org wrote: From: Chen Qi Set CVE_PRODUCT and CVE_VERSION for ovmf. NVD uses 'edk2' and the version should be the date only. Here's an example: https://nvd.nist.gov/vuln/detail/CVE-2023-45232 Signed-off-by: Chen Qi --- meta/recipes-core

Re: [OE-core] Yocto rpm packages do not keep the modified CONFFILES

2024-03-11 Thread Chen Qi via lists.openembedded.org
Packages + overrides are a very common way to configure/customize images. Take OE itself as an example, the sshd_config is a conffile for openssh, but in rootfs-postcommands.bbclass, it is customized. This means sshd_config might be different from the one that is recorded in rpm database. This

Re: [OE-core] [PATCH V2] dnf: remove log_lock.pid before exit

2024-03-07 Thread Chen Qi via lists.openembedded.org
Hi Alex, You can see dnf's solution is: https://github.com/rpm-software-management/dnf/blob/master/etc/tmpfiles.d/dnf.conf I don't think dnf community will look into this issue. And I would expect it to be a complicated one. Because dnf's own solution looks like more of a workaround. At the

Re: Patchtest results for [OE-core][PATCH 2/2] systemd: remove systemd-bus-proxy settings

2024-03-06 Thread Chen Qi via lists.openembedded.org
Is this a patchtest bug? I can see the 'Signed-off-by:' is there. Regards, Qi -Original Message- From: patcht...@automation.yoctoproject.org Sent: Thursday, March 7, 2024 10:36 AM To: Chen, Qi Cc: openembedded-core@lists.openembedded.org Subject: Patchtest results for [OE-core][PATCH

[OE-core][PATCH 1/2] systemd: use RDEPENDS for systemd-vconsole-setup

2024-03-06 Thread Chen Qi via lists.openembedded.org
From: Chen Qi With NO_RECOMMENDATIONS set to "1", systemd-vonsole-setup.service will fail because it invokes /usr/bin/loadkeys, which is from kbd. The RRECOMMENDATION should be changed to RDEPENDS, because it's not a recommenation, instead it's necessary. Signed-off-by: Chen Qi

[OE-core][PATCH 2/2] systemd: remove systemd-bus-proxy settings

2024-03-06 Thread Chen Qi via lists.openembedded.org
From: Chen Qi systemd-bus-proxy was removed since v230. >From the NEWS file: """ * systemd-bus-proxyd has been removed, as kdbus is unlikely to still be merged into the kernel in its current form. """ Signed-off-by: Chen Qi --- meta/recipes-core/syste

[OE-core][PATCH V2] ovmf: set CVE_PRODUCT and CVE_VERSION

2024-03-05 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Set CVE_PRODUCT and CVE_VERSION for ovmf. NVD uses 'edk2' and the version should be the date only. Here's an example: https://nvd.nist.gov/vuln/detail/CVE-2023-45232 Signed-off-by: Chen Qi --- meta/recipes-core/ovmf/ovmf_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff

[OE-core][PATCH] ovmf: set CVE_PRODUCT and CVE_VERSION

2024-03-05 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Set CVE_PRODUCT and CVE_VERSION for ovmf. NVD uses 'edk2' and the version should be the date only. Here's an example: https://nvd.nist.gov/vuln/detail/CVE-2023-45232 Signed-off-by: Chen Qi --- meta/recipes-core/ovmf/ovmf_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff

Re: [OE-core] [RFC OE-core][PATCH 3/3] goarch: disable dynamic linking globally

2024-02-27 Thread Chen Qi via lists.openembedded.org
Is this 1.21 upgrade going to be merged in LTS 5.0? The reason I'm asking is that I'm going to upgrade some recipes in meta-virt and I'd like to check what would be the go version in the next release. P.S. Is this runtime error OE specific? Is it caused by some OE specific patch? Regards, Qi

Re: [OE-core] [PATCH 1/3] useradd.bbclass: Fix order of postinst-useradd-*

2024-02-23 Thread Chen Qi via lists.openembedded.org
1. I can see what this patch mainly does is ensuring groups first, then user, then groupmems. But the current useradd_preinst, which is called by useradd_sysroot has already ensured this. Is that not working? 2. You're using bb.warn as a method of outputting debugging information, which I

Re: [OE-core] [PATCH] sanity.bbclass: raise_sanity_error if /tmp is noexec

2024-02-20 Thread Chen Qi via lists.openembedded.org
Hi Michal, I just noticed the change. I can't find the V2 in my mailbox, so I'm going to reply here. I'm a little concerned about forcing such requirement here. It does not seem *necessary*. As far as I know, the whole oe-core does not need /tmp to be exec. The commit message says 'old

Re: [OE-core] systemd-firstboot not triggered on read/write /etc folder

2024-02-18 Thread Chen Qi via lists.openembedded.org
Does adding 'stateless-rootfs' to IMAGE_FEATURES work for you? meta/classes-recipe/image.bbclass:IMAGE_PREPROCESS_COMMAND:append = " ${@ 'systemd_preset_all systemd_disable_units' if bb.utils.contains('DISTRO_FEATURES', 'systemd', True, False, d) and not bb.utils.contains('IMAGE_FEATURES',

[OE-core][PATCH] gnupg: disable tests to avoid running target binaries at build time

2024-02-17 Thread Chen Qi via lists.openembedded.org
From: Chen Qi By default, the tests are built and run at do_compile and we can see errors like below in log.do_compile: gnupg-2.4.4/tests/cms/inittests: line 99: ../../sm/gpgsm: cannot execute binary file: Exec format error Note that the do_compile process still succeeds. However, we'd

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2024-01-22 Thread Chen Qi via lists.openembedded.org
On 1/22/24 16:04, Alexandre Belloni wrote: On 22/01/2024 12:38:15+0800, ChenQi wrote: On 1/20/24 02:14, Alexandre Belloni wrote: On 19/01/2024 19:13:25+0100, Alexandre Belloni wrote: On 19/01/2024 11:09:20+0800, Chen Qi via lists.openembedded.org wrote: What's the status of this patch series

Re: [OE-core][PATCH] devtool/standard: avoid KeyError

2024-01-21 Thread Chen Qi via lists.openembedded.org
On 1/22/24 13:00, Chen Qi via lists.openembedded.org wrote: On 1/20/24 01:19, Richard Purdie wrote: On Tue, 2023-12-26 at 12:44 +0800, Chen Qi via lists.openembedded.org wrote: From: Chen Qi The initial_revs["."] does not have an initial value, resulting in the following error:  

[OE-core][PATCH] oeqa/selftest: add test case to cover 'devtool modify -n' for a git recipe

2024-01-21 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Add a test case to ensure the following error does not happen again for 'devtool modify -n'. Traceback (most recent call last): File "/buildarea2/chenqi/poky/scripts/devtool", line 349, in ret = main() File "/buildarea2/chenqi/poky/scripts/devtool"

Re: [OE-core][PATCH] devtool/standard: avoid KeyError

2024-01-21 Thread Chen Qi via lists.openembedded.org
On 1/20/24 01:19, Richard Purdie wrote: On Tue, 2023-12-26 at 12:44 +0800, Chen Qi via lists.openembedded.org wrote: From: Chen Qi The initial_revs["."] does not have an initial value, resulting in the following error: KeyError: '.' The problem could be reproduced by running:

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2024-01-21 Thread Chen Qi via lists.openembedded.org
On 1/20/24 02:14, Alexandre Belloni wrote: On 19/01/2024 19:13:25+0100, Alexandre Belloni wrote: On 19/01/2024 11:09:20+0800, Chen Qi via lists.openembedded.org wrote: What's the status of this patch series? Is there any issue or concern that I missed? I'm glad you asked, I got this today

Re: [OE-core] [PATCH v3 1/2] shadow: update 4.13 -> 4.14.2

2024-01-19 Thread Chen Qi via lists.openembedded.org
19, 2024 6:12 PM To: Chen, Qi Cc: openembedded-core@lists.openembedded.org; Alexander Kanavin Subject: Re: [OE-core] [PATCH v3 1/2] shadow: update 4.13 -> 4.14.2 I just tried poky master on ubuntu 20.04, and the issues do not appear. Do you have a custom setup? Alex On Fri, 19 Jan 2024 at

Re: [OE-core][PATCH] devtool/standard: avoid KeyError

2024-01-18 Thread Chen Qi via lists.openembedded.org
ping On 12/26/23 12:44, Chen Qi via lists.openembedded.org wrote: From: Chen Qi The initial_revs["."] does not have an initial value, resulting in the following error: KeyError: '.' The problem could be reproduced by running: devtool modify -n systemd Signed-off-b

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2024-01-18 Thread Chen Qi via lists.openembedded.org
What's the status of this patch series? Is there any issue or concern that I missed? Regards, Qi On 12/27/23 12:20, Chen Qi via lists.openembedded.org wrote: From: Chen Qi 1. Patch changes: 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch is removed because it has no real

Re: [OE-core] [PATCH v3 1/2] shadow: update 4.13 -> 4.14.2

2024-01-18 Thread Chen Qi via lists.openembedded.org
e-in-chroot-env.patch b/meta/recipes-extended/shadow/files/commonio.c-fix-unexpected-open-failure-in-chroot-env.patch index 85d91751056..4a932d2dbb1 100644 --- a/meta/recipes-extended/shadow/files/commonio.c-fix-unexpected-open-failure-in-chroot-env.patch +++ b/meta/recipes-extended/shadow/files/comm

Re: [OE-core] [PATCH 2/2] openssl: Fix ptest dependencies on perl-module-* being ignored by COMPLEMENTARY_GLOB

2024-01-16 Thread Chen Qi via lists.openembedded.org
Can we change the perl recipe to simply use 'RDEPENDS' for perl-modules? I don't see what benefit the 'RRECOMMENDS' could give us. Regards, Qi On 1/17/24 02:56, Tim Orling wrote: On Tue, Jan 16, 2024 at 9:21 AM Alexander Kanavin wrote: How about simple depending on specific module

Re: [OE-core][PATCH] kernel-devsrc: copy source files under tools/

2024-01-11 Thread Chen Qi via lists.openembedded.org
On 1/12/24 11:22, Bruce Ashfield wrote: On Thu, Jan 11, 2024 at 10:12 PM ChenQi wrote: On 1/12/24 10:50, Bruce Ashfield wrote: On Thu, Jan 11, 2024 at 9:44 PM Chen Qi via lists.openembedded.org wrote: From: Chen Qi The source files under tools/ also need to be copied because in some case

Re: [OE-core][PATCH] kernel-devsrc: copy source files under tools/

2024-01-11 Thread Chen Qi via lists.openembedded.org
On 1/12/24 10:50, Bruce Ashfield wrote: On Thu, Jan 11, 2024 at 9:44 PM Chen Qi via lists.openembedded.org wrote: From: Chen Qi The source files under tools/ also need to be copied because in some case, they'll be needed. For example, in case that the CONFIG_DEBUG_INFO_BTF is enabled, we'll

[OE-core][PATCH] kernel-devsrc: copy source files under tools/

2024-01-11 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The source files under tools/ also need to be copied because in some case, they'll be needed. For example, in case that the CONFIG_DEBUG_INFO_BTF is enabled, we'll get the following error without this patch when doing 'make prepare'. No rule to make target '/.../tools/bpf

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2024-01-09 Thread Chen Qi via lists.openembedded.org
I just sent out a patch for the yocto-autobuilder-helper repo to use '/root' as the ROOT_HOME's value in case of 'sysvinit with systemd'. Regards, Qi -Original Message- From: Alexandre Belloni Sent: Tuesday, January 9, 2024 3:47 PM To: Chen, Qi Cc: openembedded-core

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2024-01-07 Thread Chen Qi via lists.openembedded.org
Another patch in this series fixes the warning: rootfs-postcommands.bbclass: ignore comment mismatch in systemd_user_check Is that patch also staged? Regards, Qi -Original Message- From: Alexandre Belloni Sent: Saturday, January 6, 2024 12:02 AM To: Chen, Qi Cc: openembedded-core

Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

2024-01-03 Thread Chen Qi via lists.openembedded.org
On 1/3/24 16:28, Alexander Kanavin wrote: On Wed, 3 Jan 2024 at 08:45, Chen Qi via lists.openembedded.org wrote: On 1/3/24 15:21, Alexander Kanavin via lists.openembedded.org wrote: This works as expected. What made you think it’s broken and needs changing? The 404 ERROR that 'devtool check

Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

2024-01-02 Thread Chen Qi via lists.openembedded.org
-02 16:51:30-- https://sourceware.org/ftp/debugedit/ > ... > --2024-01-02 16:51:30-- https://sourceware.org/ftp/debugedit/5.0/ > ... > INFO: debugedit                 5.0             MATCH          Chen > Qi > > What does devtool output for you, wi

[OE-core][PATCH 3/3] sudo: upgrade from 1.9.15p2 to 1.9.15p5

2024-01-02 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Signed-off-by: Chen Qi --- .../sudo/{sudo_1.9.15p2.bb => sudo_1.9.15p5.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/sudo/{sudo_1.9.15p2.bb => sudo_1.9.15p5.bb} (96%) diff --git a/meta/recipes-extended/sudo/sudo_1.

[OE-core][PATCH 1/3] util-linux/util-linux-libuuid: ugprade from 2.39.2 to 2.39.3

2024-01-02 Thread Chen Qi via lists.openembedded.org
From: Chen Qi License-Update: === GPL-1.0-or-later is added. fdisk.c is licensed under it. 0001-lscpu-Use-4K-buffer-size-instead-of-BUFSIZ.patch is dropped as it's been in the new version. Signed-off-by: Chen Qi --- ...2.39.2.bb => util-linux-libuuid_2.39.3.bb} | 0 meta/reci

[OE-core][PATCH 2/3] dbus-wait: bump srcrev

2024-01-02 Thread Chen Qi via lists.openembedded.org
From: Chen Qi This upgrade only includes one new commit: 64bc7c8 SECURITY.md: Add file Signed-off-by: Chen Qi --- meta/recipes-core/dbus-wait/dbus-wait_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/dbus-wait/dbus-wait_git.bb b/meta/recipes-core

Re: [OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

2024-01-02 Thread Chen Qi via lists.openembedded.org
/ ... INFO: debugedit 5.0 MATCH Chen Qi What does devtool output for you, without the patch? Alex The command and output are as below. Pure poky master. No local patches. $ devtool check-upgrade-status debugedit NOTE: Starting bitbake server... NOTE

[OE-core][PATCH] devtool: use straight print in check-upgrade-status output

2024-01-02 Thread Chen Qi via lists.openembedded.org
From: Chen Qi 'devtool check-upgrade-status' is for reporting upgradable status for recipes. The output should always be printed out. So we should just use 'print' instead of 'logger.info' as the latter will be suppressed if '-q' parameter is supplied to devtool. Signed-off-by: Chen Qi

[OE-core][PATCH] debugedit: add UPSTREAM_CHECK settings

2024-01-02 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Add UPSTREAM_CHECK_URI(REGEX) to allow for checking new releases for debugedit recipe. Signed-off-by: Chen Qi --- meta/recipes-devtools/debugedit/debugedit_5.0.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/meta/recipes-devtools/debugedit/debugedit_5.0.bb b/meta

[OE-core][PATCH 1/2] gawk: upgrade from 5.2.2 to 5.3.0

2024-01-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Signed-off-by: Chen Qi --- meta/recipes-extended/gawk/{gawk_5.2.2.bb => gawk_5.3.0.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/gawk/{gawk_5.2.2.bb => gawk_5.3.0.bb} (97%) diff --git a/meta/recipes-extended/gawk/gawk_5.2.2.bb

[OE-core][PATCH 2/2] systemd-bootchart: upgrade from 234 to 235

2024-01-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi 0001-architecture-Recognise-RISCV-32-RISCV-64.patch is dropped because it has some problem. It's a patch from systemd repo, yet it's marked as 'Backport' for systemd-bootchart. systemd and systemd-bootchart are two different projects. Now in 235, RISCV64 has been officially

[OE-core][PATCH] systemd: refresh musl patches for v255.1

2024-01-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The current patches are refreshed. A new patch is added: 0022-avoid-missing-LOCK_EX-declaration.patch Signed-off-by: Chen Qi --- ...-missing_type.h-add-comparison_fn_t.patch} | 10 +- ...-parse_printf_format-implementation.patch} | 27 +- ...issing.h-check-for-missing

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2023-12-29 Thread Chen Qi via lists.openembedded.org
OK, I'll do it after New Year's Day. Regards, Qi -Original Message- From: Alexander Kanavin Sent: Friday, December 29, 2023 4:04 PM To: Chen, Qi Cc: Alexandre Belloni ; openembedded-core@lists.openembedded.org Subject: Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1 On Fri, 29

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2023-12-28 Thread Chen Qi via lists.openembedded.org
On 12/29/23 05:14, Alexandre Belloni wrote: On 28/12/2023 03:00:08+, Chen, Qi wrote: I double checked it in my environment, setting INIT_MANAGER to "systemd" and then 'bitbake systemd' will not generate this warning. In this case ROOT_HOME's value is "/root&quo

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2023-12-27 Thread Chen Qi via lists.openembedded.org
Hi Khem, I'm working on some other issue these two days. But I think I can send out a follow-up patch to handle those musl patches after New Year's Day. Regards, Qi -Original Message- From: Khem Raj Sent: Thursday, December 28, 2023 11:20 AM To: Chen, Qi Cc: Alexandre Belloni

Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1

2023-12-27 Thread Chen Qi via lists.openembedded.org
nd the configuration items that set the init manager to systemd. Does the build use the variable 'INIT_MANAGER'? Does it set ROOT_HOME to "/home/root" somewhere? Regards, Qi -Original Message- From: Alexandre Belloni Sent: Wednesday, December 27, 2023 7:59 PM To: C

[OE-core][PATCH V2] dbus: upgrade to 1.15.8

2023-12-27 Thread Chen Qi via lists.openembedded.org
From: Chen Qi License-Update: === The license checksums are changed, but the license remains the same. The contents change are only about description changes, e.g., not copying the whole licenses and instead telling people to go check them. Signed-off-by: Chen Qi --- .../dbus

[OE-core][PATCH] dbus: upgrade to 1.15.8

2023-12-27 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The license checksums are changed, but he license remains the same. Signed-off-by: Chen Qi --- .../dbus/{dbus_1.14.10.bb => dbus_1.15.8.bb} | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) rename meta/recipes-core/dbus/{dbus_1.14.10.bb => dbus_

[OE-core][PATCH 3/3] rootfs-postcommands.bbclass: ignore comment mismatch in systemd_user_check

2023-12-26 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The check was forcing every field to be identical, this is too strict. For example, if the comment differs, there's really no impact. For example, root user's comment is 'root' in passwd, and it's 'Super User' in sysusers.d/basic.conf. Such difference is not worth a warning

[OE-core][PATCH 1/3] systemd: upgrade to 255.1

2023-12-26 Thread Chen Qi via lists.openembedded.org
From: Chen Qi 1. Patch changes: 0004-Move-sysusers.d-sysctl.d-binfmt.d-modules-load.d-to-.patch is removed because it has no real effect now. The /lib is now /usr/lib because 'usrmerge' is a required distro feature for systemd. 0002-binfmt-Don-t-install-dependency-links-at-install-tim.patch

[OE-core][PATCH 2/3] systemd-boot: upgrade to 255.1

2023-12-26 Thread Chen Qi via lists.openembedded.org
From: Chen Qi 0030-meson-Pass-all-static-pie-args-to-linker.patch is dropped as it's a backported patch and is now in the new 255.1 version. Signed-off-by: Chen Qi --- ...md-boot_254.4.bb => systemd-boot_255.1.bb} | 4 --- ...n-Pass-all-static-pie-args-to-linker.patch |

[OE-core][PATCH] devtool/standard: avoid KeyError

2023-12-25 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The initial_revs["."] does not have an initial value, resulting in the following error: KeyError: '.' The problem could be reproduced by running: devtool modify -n systemd Signed-off-by: Chen Qi --- scripts/lib/devtool/standard.py | 1 + 1 file changed, 1

Re: [OE-core] rootfs.py generates wrong ld.so.cache in case of usrmerge distro feature

2023-11-30 Thread Chen Qi via lists.openembedded.org
Could you check if your /lib is a symlink to /usr/lib on target? /lib/libxxx.so.x should be fine if /lib is a symlink to /usr/lib. Right? Or am I missing something? Regards, Qi On 11/24/23 18:34, Johannes Pointner wrote: Hello, I did recently my first Nanbield build which required the distro

[OE-core][mickledore][PATCH] systemd: backport patch to fix warning in systemd-vconsole-setup

2023-11-07 Thread Chen Qi via lists.openembedded.org
The backported patch fixes the following warning: systemd-vconsole-setup[221]: Failed to import credentials, ignoring: No such file or directory Signed-off-by: Chen Qi --- ...l-return-0-for-missing-creds-in-read.patch | 139 ++ meta/recipes-core/systemd/systemd_253.1.bb

[OE-core] [PATCH V2] systemd: fix DynamicUser issue

2023-11-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The DynamicUser needs libnss-systemd to be installed to function well. The tweaks to nsswitch.conf should be conditional on PACKAGECONFIG values. Signed-off-by: Chen Qi --- meta/recipes-core/systemd/systemd_254.4.bb | 30 +- 1 file changed, 23 insertions

[OE-core][PATCH] systemd: fix DynamicUser issue

2023-11-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The DynamicUser needs libnss-systemd to be installed to function well. The tweaks to nsswitch.conf should be conditional on PACKAGECONFIG values. Signed-off-by: Chen Qi --- meta/recipes-core/systemd/systemd_254.4.bb | 22 +++--- 1 file changed, 19 insertions

[OE-core][PATCH] kernel.bbclass: add preceding space in appendVar setting

2023-10-30 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The appendVar setting should have a preceding space, otherwise, when KERNEL_MODULE_SPLIT is set to "0", we'll sometimes get dependency error due to lacking of space. Signed-off-by: Chen Qi --- meta/classes-recipe/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+),

[OE-core][PATCH] python3: add cpython to CVE_PRODUCT

2023-09-27 Thread Chen Qi via lists.openembedded.org
From: Chen Qi https://nvd.nist.gov/vuln/detail/CVE-2023-33595 uses 'cpython'. Although it's currently the only one that uses cpython, let's add cpython to CVE_PRODUCT, just in case. Signed-off-by: Chen Qi --- meta/recipes-devtools/python/python3_3.11.5.bb | 2 +- 1 file changed, 1 insertion

Re: [OE-core][PATCH] oe-find-native-sysroot: avoid warning message messing things up

2023-09-26 Thread Chen Qi via lists.openembedded.org
Just noticed your patches. Yes, this patch is not needed. Regards, Qi From: Peter Kjellerstedt Sent: Tuesday, September 26, 2023 9:10 PM To: Jose Quaresma ; Chen, Qi Cc: openembedded-core@lists.openembedded.org Subject: RE: [OE-core][PATCH] oe-find-native-sysroot: avoid warning message

[OE-core][PATCH] oe-find-native-sysroot: avoid warning message messing things up

2023-09-26 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Add '-q' option to bitbake-getvar to avoid warning messages contaminating the actual result. Signed-off-by: Chen Qi --- scripts/oe-find-native-sysroot | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/oe-find-native-sysroot b/scripts/oe-find-native

[OE-core][mickledore][PATCH 1/2] multilib.conf: explicitly make MULTILIB_VARIANTS vardeps on MULTILIBS

2023-09-18 Thread Chen Qi via lists.openembedded.org
From: Chen Qi This patch is to ensure recipes get rebuilt correctly and avoid incorrect sstate cache reuse when toggling multilib. The following steps show one example of such incorrect sstate cache reuse. 1. enable multilib && bitbake -c populate_sdk 2. disable multilib &&

[OE-core][mickledore][PATCH 2/2] gcc-crosssdk: ignore MULTILIB_VARIANTS in signature computation

2023-09-18 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The gcc_multilib_setup function is a function that is run at the do_configure step, so it's counted into the signature computation. The MULTILIB_VARIANTS this function uses is also extracted to be taken into consideration. After the change of setting MULTILIB_VARIANTS explictly

[OE-core][PATCH] oe-depends-dot: improve '-w' behavior

2023-08-30 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The '-w' option is not giving very helpful information. For example, if we add 'spice' to IMAGE_INSTALL, bitbake -g core-image-minimal, and then run `oe-depends-dot -k nspr -w task-depends.dot', the result is: $ oe-depends-dot -k nspr -w task-depends.dot Because: core-image

[OE-core][PATCH] stress-ng: disable DEBUG_BUILD

2023-08-30 Thread Chen Qi via lists.openembedded.org
From: Chen Qi We get do_compile error when DEBUG_BUILD is enabled: error: inlining failed in call to 'always_inline' '_mm512_storeu_si512': target specific option mismatch To reproduce the issue, set the following lines in local.conf and then `bitbake stress-ng'. MACHINE = "qemux

Re: [OE-core] [PATCH 3/3] stress-ng: upgrade 0.15.08 -> 0.16.04

2023-08-29 Thread Chen Qi via lists.openembedded.org
This upgrade introduces a build failure when DEBUG_BUILD is enabled. I've sent out a patch to disable it in this recipe as a workaround. I've also filed a new issue for stress-ng upstream: https://github.com/ColinIanKing/stress-ng/issues/315 Regards, Qi On 8/17/23 15:38, Anuj Mittal wrote:

[OE-core][PATCH] uninative.bbclass: sync to use UNINATIVE_STAGING_DIR

2023-08-29 Thread Chen Qi via lists.openembedded.org
From: Chen Qi All other places in this bbclass are using ${UNINATIVE_STAGING_DIR}-uninative, we should sync to use that too, although UNINATIVE_STAGING_DIR's default value is STAGING_DIR. Signed-off-by: Chen Qi --- meta/classes-global/uninative.bbclass | 2 +- 1 file changed, 1 insertion

[OE-core][PATCH 2/2] cmake.bbclass: fix allarch override syntax

2023-08-21 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The override syntax should be ":allarch" instead of "_allarch". Signed-off-by: Chen Qi --- meta/classes-recipe/cmake.bbclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/classes-recipe/cmake.bbclass b/meta/classes-recipe

[OE-core][PATCH 1/2] cmake: drop OE specific environment variable support

2023-08-21 Thread Chen Qi via lists.openembedded.org
From: Chen Qi CMAKE_TOOLCHAIN_FILE is now also a supported environment variable, we can export it directly. There's no need to use a OE specific patch to add OE_CMAKE_TOOLCHAIN_FILE support. Signed-off-by: Chen Qi --- .../cmake/cmake-native_3.26.4.bb | 1 - ...stem-use-oe

Re: [OE-core] systemd issue with network commandline config and 6.4 kernel

2023-08-08 Thread Chen Qi via lists.openembedded.org
I found some clue, but not the root cause yet. The eth0 is renamed to enp0s2 by 80-net-setup-link.rules udev rule in systemd. And the connman.conf only blacklists eth0. The related log is: Aug 08 15:18:16 qemux86-64 kernel[213]: [1.727332] virtio_net virtio0 enp0s2: renamed from eth0 (while

[OE-core][PATCH] openssh: sync with upstream's default

2023-08-03 Thread Chen Qi via lists.openembedded.org
From: Chen Qi This change sync the contents of this file with upstream's ssh_config except for the locally added line 'Include /etc/ssh/ssh_config.d/*.conf'. More specifically the ForwardXXX options are disabled by default, this sync with what ssh_config(5) says about these two items

Re: [OE-core] [PATCH v4 0/5] Add bblock helper scripts

2023-08-02 Thread Chen Qi via lists.openembedded.org
When ' include conf/bblock.conf' line can be more flexibly added to/removed from local.conf, is there some specific reason why we should put it in bitbake.conf by default? Regards, Qi -Original Message- From: openembedded-core@lists.openembedded.org On Behalf Of Julien Stephan Sent:

[OE-core][PATCH V2 2/2] gcc-crosssdk: ignore MULTILIB_VARIANTS in signature computation

2023-07-31 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The gcc_multilib_setup function is a function that is run at the do_configure step, so it's counted into the signature computation. The MULTILIB_VARIANTS this function uses is also extracted to be taken into consideration. After the change of setting MULTILIB_VARIANTS explictly

[OE-core][PATCH V2 1/2] multilib.conf: explicitly make MULTILIB_VARIANTS vardeps on MULTILIBS

2023-07-31 Thread Chen Qi via lists.openembedded.org
From: Chen Qi This patch is to ensure recipes get rebuilt correctly and avoid incorrect sstate cache reuse when toggling multilib. The following steps show one example of such incorrect sstate cache reuse. 1. enable multilib && bitbake -c populate_sdk 2. disable multilib &&

[OE-core][PATCH] ncurses: fix CVE-2023-29491

2023-07-30 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Backport patch to fix CVE-2023-29491. Signed-off-by: Chen Qi --- .../files/0001-Fix-CVE-2023-29491.patch | 462 ++ meta/recipes-core/ncurses/ncurses_6.4.bb | 1 + 2 files changed, 463 insertions(+) create mode 100644 meta/recipes-core/ncurses/files

Re: [OE-core][PATCH] multilib.conf: explicitly make MULTILIB_VARIANTS vardeps on MULTILIBS

2023-07-30 Thread Chen Qi via lists.openembedded.org
Got it. I'll check this failure. Regards, Qi -Original Message- From: Richard Purdie Sent: Saturday, July 29, 2023 6:08 AM To: Chen, Qi ; openembedded-core@lists.openembedded.org Subject: Re: [OE-core][PATCH] multilib.conf: explicitly make MULTILIB_VARIANTS vardeps on MULTILIBS

[OE-core][PATCH] multilib.conf: explicitly make MULTILIB_VARIANTS vardeps on MULTILIBS

2023-07-27 Thread Chen Qi via lists.openembedded.org
From: Chen Qi This patch is to ensure recipes get rebuilt correctly and avoid incorrect sstate cache reuse when toggling multilib. The following steps show one example of such incorrect sstate cache reuse. 1. enable multilib && bitbake -c populate_sdk 2. disable multilib &&

Re: [OE-core][PATCH] ncurses: upgrade to 6.4+20230625

2023-07-26 Thread Chen Qi via lists.openembedded.org
- From: Alexander Kanavin Sent: Thursday, July 27, 2023 12:25 PM To: Chen, Qi Cc: openembedded-core@lists.openembedded.org Subject: Re: [OE-core][PATCH] ncurses: upgrade to 6.4+20230625 6.4+20230625 is a development snapshot, and not an actual stable release. We used to take them but that was due

[OE-core][PATCH] ncurses: upgrade to 6.4+20230625

2023-07-26 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The license checksum is updated because of the year change, the license itself remains the same. The exit_prototype.patch is refreshed to avoid patch fuzz error. The repo is switched back to salsa.debian.org. It was switch from salsa.debian.org to github mirror because, according

[OE-core][PATCH 1/3] sdk.py: error out when moving file fails

2023-06-19 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Instead of printing an error message and continuing, we should just error out when moving file fails. Signed-off-by: Chen Qi --- meta/lib/oe/sdk.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oe/sdk.py b/meta/lib/oe/sdk.py index 81fcf15371

[OE-core][PATCH 3/3] rpm: write macros under libdir

2023-06-19 Thread Chen Qi via lists.openembedded.org
From: Chen Qi If we create a macros file under etc/, the populate_sdk task would fail if 'package-management' is in SDKIMAGE_FEATURES and nativesdk-rpm-build is installed.. The error message is like below: unable to place /.../sdk/image/etc/rpm in final SDK location This is because it's

[OE-core][PATCH 2/3] sdk.py: fix moving dnf contents

2023-06-19 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The dnf contents should be moved to /etc/dnf/xxx instead of just /etc. Signed-off-by: Chen Qi --- meta/lib/oe/package_manager/rpm/sdk.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/lib/oe/package_manager/rpm/sdk.py b/meta/lib/oe/package_manager

[OE-core][PATCH 1/4] zip: fix configure check by using _Static_assert

2023-06-18 Thread Chen Qi via lists.openembedded.org
From: Chen Qi It's incorrect to run a cross-compiled program on build machine to check if some feature is available or not. As these two checks in zip are basically just checking the size, we can use _Static_assert and sizeof to do such check at compile time. Signed-off-by: Chen Qi --- ...se

[OE-core][PATCH 4/4] unzip: remove hardcoded LARGE_FILE_SUPPORT

2023-06-18 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Now that unzip's configure can correctly do the detection even in case of cross compilation, there's no need to use this hardcoded LARGE_FILE_SUPPORT flag. Signed-off-by: Chen Qi --- meta/recipes-extended/unzip/unzip_6.0.bb | 3 --- 1 file changed, 3 deletions(-) diff --git

[OE-core][PATCH 3/4] unzip: fix configure check for cross compilation

2023-06-18 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The original configure runs a generated binary to determine features. This is not correct for cross compilation. So change the runtime tests into compile-time tests to fix the issue. Signed-off-by: Chen Qi --- ...-fix-detection-for-cross-compilation.patch | 103

[OE-core][PATCH 2/4] zip: remove unnecessary LARGE_FILE_SUPPORT CLFAGS

2023-06-18 Thread Chen Qi via lists.openembedded.org
From: Chen Qi As the zip's configure has been updated to use compile-time check, it now can do the check correctly, thus no need to pass LARGE_FILE_SUPPORT to CFLAGS. Signed-off-by: Chen Qi --- meta/recipes-extended/zip/zip_3.0.bb | 3 --- 1 file changed, 3 deletions(-) diff --git a/meta

[OE-core][PATCH] qemurunner.py: fix error message about qmp

2023-06-05 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The error message is a little misleading as the qmp module is a directory with __init__.py file, not qmp.py file. Also, put the path where we try to import it from in the error message to make the message more indicative. Signed-off-by: Chen Qi --- meta/lib/oeqa/utils

[OE-core][PATCH 2/2] Revert "libsdl2: disable SDL's own ccache"

2023-06-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi The reverted patch's purpose is to avoid libsdl2-native from detecting ccache from host. Now that we have made cmake.bbclass to not search the host paths, the original patch is no longer needed. This reverts commit 01472f512f45bdd319611871a21172216c74e29a. Signed-off-by: Chen Qi

[OE-core][PATCH 1/2] cmake.bbclass: do not search host paths for find_program()

2023-06-01 Thread Chen Qi via lists.openembedded.org
From: Chen Qi OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM[1] controls the search behavior of find_program(). When this variable's value was first used in OE, it was deliberately set to BOTH to allow searching of host tools. This is to ensure the necessary tools from host could be used. The downside

[OE-core][PATCH] libsdl2: disable SDL's own ccache

2023-05-29 Thread Chen Qi via lists.openembedded.org
From: Chen Qi OE has its own ccache mechanism, disable libsdl2's own ccache searching/enabling mechanism. Otherwise, if ccache is installed on system, it will be used by default. Signed-off-by: Chen Qi --- meta/recipes-graphics/libsdl2/libsdl2_2.26.5.bb | 1 + 1 file changed, 1 insertion

Re: [OE-core][PATCH] Revert "sqlite3: update CVE_PRODUCT"

2023-05-28 Thread Chen Qi via lists.openembedded.org
Thanks for the patch. I did check the NVD database before I sent out the patch. But when I checked it just now, I can see that there's really no 'sqlite3' for this recipe. All 'sqlite3' refer to the node js package. Acked-by: Chen Qi -Original Message- From: openembedded-core

[OE-core][PATCH] staging.bbclass: do not add extend_recipe_sysroot to prefuncs of prepare_recipe_sysroot

2023-05-22 Thread Chen Qi via lists.openembedded.org
From: Chen Qi When running prepare_recipe_sysroot task, the extend_recipe_sysroot is run twice. What prepare_recipe_sysroot does is executing extend_recipe_sysroot, there's no need to add extend_recipe_sysroot to its prefuncs. Signed-off-by: Chen Qi --- meta/classes-global/staging.bbclass

Re: [OE-core][PATCH V2] oe-buildenv-internal: remove path from previous project

2023-05-15 Thread Chen Qi via lists.openembedded.org
we expect if OE_ADDED_PATHS is not exported. Regards, Qi -Original Message- From: Peter Kjellerstedt Sent: Monday, May 15, 2023 7:48 PM To: Chen, Qi ; openembedded-core@lists.openembedded.org Subject: RE: [OE-core][PATCH V2] oe-buildenv-internal: remove path from previous project >

[OE-core][PATCH V3] oe-buildenv-internal: remove path from previous project

2023-05-14 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Util now, only paths added for current project are removed to avoid PATH growing unnecessarily. This is to handle the case of sourcing the init script into different build directories. However, if we source the init script from different projects into different build directories

Re: [OE-core][PATCH V2] oe-buildenv-internal: remove path from previous project

2023-05-14 Thread Chen Qi via lists.openembedded.org
., a subshell),    so should this OE_ADDED_PATHS variable that prefixes it. Regards, Qi On 5/12/23 20:27, Peter Kjellerstedt wrote: -Original Message- From: openembedded-core@lists.openembedded.org On Behalf Of Chen Qi via lists.openembedded.org Sent: den 12 maj 2023 05:16 To: openembedded-core

[OE-core][PATCH V2] oe-buildenv-internal: remove path from previous project

2023-05-11 Thread Chen Qi via lists.openembedded.org
From: Chen Qi For now, only that paths added from current project are removed to avoid PATH growing unnecessarily. This is to handle the case of sourcing the init script into different build directories. However, if we source the init script from different projects into different build

[OE-core][PATCH] oe-buildenv-internal: remove path from previous project

2023-05-11 Thread Chen Qi via lists.openembedded.org
From: Chen Qi For now, only that paths added from current project are removed to avoid PATH growing unnecessarily. This is to handle the case of sourcing the init script into different build directories. However, if we source the init script from different projects into different build

[OE-core][PATCH] sqlite3: update CVE_PRODUCT

2023-05-08 Thread Chen Qi via lists.openembedded.org
From: Chen Qi Both 'sqlite' and 'sqlite3' are used in NVD database. Signed-off-by: Chen Qi --- meta/recipes-support/sqlite/sqlite3.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/sqlite/sqlite3.inc b/meta/recipes-support/sqlite/sqlite3.inc index

[OE-core][PATCH] image_types_wic.bbclass: remove MLPREFIX for binutils

2023-05-04 Thread Chen Qi via lists.openembedded.org
From: Chen Qi With the following two commits, the MLPREFIX needs to be removed to avoid the 'nothing provides' error. gcc/go: Drop crosssdk suffix from virtual provides to improve dependency handling binutils: Drop crosssdk suffix from virtual provides to improve dependency handling

Re: [OE-core] [PATCH 05/11] bitbake.conf: set minimum required kernel to 5.15

2023-04-27 Thread Chen Qi via lists.openembedded.org
Does this mean that SANITY_TESTED_DISTROS should also be updated to remove all distros with kernel older than 5.15? Regards, Qi -Original Message- From: openembedded-core@lists.openembedded.org On Behalf Of Alexander Kanavin Sent: Thursday, April 27, 2023 3:20 PM To: Khem Raj Cc:

  1   2   3   4   5   6   7   8   9   10   >