.
Which one do you prefer?
Regards,
Qi
On 25/05/2024 13:03:48+0800, Chen Qi via lists.openembedded.org wrote:
From: Chen Qi
License-Update:
===
GPL-2.0 is changed to GPL-2.0-only in README.licensing.
The following two patches are removed as they've been there in new release
From: Chen Qi
http://www.infradead.org/~tgr/libnl/ stops at 2014, the
current official home page should be the github one.
Signed-off-by: Chen Qi
---
meta/recipes-support/libnl/libnl_3.9.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Chen Qi
kmod now installs symlinks in 'make install'.
https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?
id=e98cef6f3f8cd6f8bfb26d147b2c209297453cca
Changes are made in do_install to ensure that we can to continue to
use sbin. This is because our kernel has:
From: Chen Qi
License-Update:
===
GPL-2.0 is changed to GPL-2.0-only in README.licensing.
The following two patches are removed as they've been there in new release:
0001-login-utils-include-libgen.h-for-basename-API.patch
mit-license.patch
Other existing patches are refreshed
Thanks. I'll fix it and send out V2.
Regards,
Qi
On 5/22/24 06:26, Richard Purdie wrote:
On Mon, 2024-05-20 at 16:10 +0800, Chen Qi via lists.openembedded.org wrote:
From: Chen Qi
kmod now installs symlinks in 'make install'.
https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit
/#/builders/72/builds/9011/steps/15/logs/stdio
On 20/05/2024 16:10:36+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi
>
> License-Update:
> ===
> GPL-2.0 is changed to GPL-2.0-only in README.licensing.
>
> The following two patches are removed as they
-PIDFS-magic-31709.patch can be reverse-applied
stderr: ')
https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/7736/steps/13/logs/stdio
On 20/05/2024 16:10:35+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen Qi
>
> musl patches are refreshed to avoid 'patch-fu
From: Chen Qi
configure.patch is rebased against the new version.
Signed-off-by: Chen Qi
---
meta/recipes-bsp/pciutils/pciutils/configure.patch | 13 -
.../{pciutils_3.11.1.bb => pciutils_3.12.0.bb} | 2 +-
2 files changed, 9 insertions(+), 6 deletions(-)
rename
From: Chen Qi
Signed-off-by: Chen Qi
---
meta/recipes-extended/cups/{cups_2.4.7.bb => cups_2.4.8.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-extended/cups/{cups_2.4.7.bb => cups_2.4.8.bb} (51%)
diff --git a/meta/recipes-extended/cups/cups_2.4.7.bb
From: Chen Qi
musl patches are refreshed to avoid 'patch-fuzz' error.
Signed-off-by: Chen Qi
---
..._255.4.bb => systemd-boot-native_255.6.bb} | 0
...md-boot_255.4.bb => systemd-boot_255.6.bb} | 0
meta/recipes-core/systemd/systemd.inc | 2 +-
From: Chen Qi
kmod now installs symlinks in 'make install'.
https://git.kernel.org/pub/scm/utils/kernel/kmod/kmod.git/commit/?
id=e98cef6f3f8cd6f8bfb26d147b2c209297453cca
With this change, we no longer need to deal with the symlinks in
do_install. Besides, as upstream chooses 'bin' instead of
From: Chen Qi
0001-lib-copydir-copy_entry-use-temporary-stat-buffer.patch is dropped
as it has been merged and is in this new release.
Signed-off-by: Chen Qi
---
...copy_entry-use-temporary-stat-buffer.patch | 37 ---
meta/recipes-extended/shadow/shadow.inc | 3 +-
From: Chen Qi
License-Update:
===
GPL-2.0 is changed to GPL-2.0-only in README.licensing.
The following two patches are removed as they've been there in new release:
0001-login-utils-include-libgen.h-for-basename-API.patch
mit-license.patch
Other existing patches are refreshed
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.
Yes, of course.
I've briefly checked all these CVE-2019-xxx links, they have all been fixed.
I'll send out a patch.
Regards,
Qi
-Original Message-
From: Richard Purdie
Sent: Monday, April 8, 2024 7:57 PM
To: Steve Sakoman ;
openembedded-core@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
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 Qi
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
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
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
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
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
---
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/systemd/systemd_255.1.bb | 6 +-
1
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
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
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
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
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
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',
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
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
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:
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", line 336, in main
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:
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
I didn't do anything particular, but as several people are sharing the server,
it's possible that its environment is somewhat messed up. I'll check more and
fix the environment. Thanks for your double check.
Regards,
Qi
-Original Message-
From: Alexander Kanavin
Sent: Friday, January
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
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
I'm seeing build failures on Ubuntu 20.04.
GCC version: 9.4.0
1. error: parameter name omitted
The problem is that the active_sessions_count function's definition
lacks parameter. I did change like below:
-unsigned long active_sessions_count(const char *name, unsigned long unused)
+unsigned
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
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
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
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
On 07/01/2024 14:05:35+, Chen Qi via lists.openembedded.org wrote:
> 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
>
> ---
-image-sato-sdk-1.0-r0 do_rootfs: User nobody has been defined as
(nobody, 65534, 65534, nobody, /nonexistent, /usr/sbin/nologin) but sysusers.d
expects it as (nobody, 65534, 65534, Kernel Overflow User, -, -)
On 27/12/2023 12:20:34+0800, Chen Qi via lists.openembedded.org wrote:
> From: Chen
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
rg <http://sourceware.org>)|8.43.85.97|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-01-02 18:44:47 ERROR 404: Not Found.
>
> On Tue, 2 Jan 2024 at 09:38, Chen Qi via lists.openembedded.org
<http://lists.openembedded
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
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
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
response... 404 Not Found
2024-01-02 18:44:47 ERROR 404: Not Found.
On Tue, 2 Jan 2024 at 09:38, Chen Qi via lists.openembedded.org
wrote:
From: Chen Qi
Add UPSTREAM_CHECK_URI(REGEX) to allow for checking new releases
for debugedit recipe.
Signed-off-by: Chen Qi
---
meta/recipes
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
---
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
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
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
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 +-
Dec 2023 at 03:38, Chen Qi via lists.openembedded.org
wrote:
> > TEST_SUITES:append = ' systemd'
> > DISTRO_FEATURES:append = ' pam systemd usrmerge'
> > VIRTUAL-RUNTIME_init_manager = 'systemd'
> > DISTRO_FEATURES_BACKFILL_CONSIDERED = 'sysvinit'
>
> OK, I see.
>
systemd: upgrade to 255.1
We hit the added warning on the autobuilders:
WARNING: systemd-1_255.1-r0 do_install: Using /home/root as root user's home
directory is not fully supported by systemd
https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/8354/steps/14/logs/warnings
On 27/
;
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH 1/3] systemd: upgrade to 255.1
Please do a musl build too. We might have some patch conflicts to address.
On Wed, Dec 27, 2023 at 7:00 PM Chen Qi via lists.openembedded.org
wrote:
>
> I double checked it in my envir
project.org/typhoon/#/builders/40/builds/8354/steps/14/logs/warnings
On 27/12/2023 12:20:34+0800, 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
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
---
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 =>
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. In
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 is
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 | 35
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 insertion(+)
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
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|
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(+),
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(+),
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(+), 1
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
dw8EvQ!adHqVF0IzEspqiDUyqlT-QC4Rdy_B_YAK8youCQ60fa96rN8B3AxjRCZmJ2VY3fr0uDPRoNXqypFyOI9RkIgINwfzZE$>
Tested.by<https://urldefense.com/v3/__http:/Tested.by__;!!AjveYdw8EvQ!adHqVF0IzEspqiDUyqlT-QC4Rdy_B_YAK8youCQ60fa96rN8B3AxjRCZmJ2VY3fr0uDPRoNXqypFyOI9RkIgVUqchqA$>:
Jose Quaresma mailto:quaresma.j...@gmail.com>>
Jose
Chen Qi via
lists.openemb
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
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 && bitbake -c
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
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:
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 = "qemux86-64"
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:
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(+),
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/cmake.bbclass
index
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 -
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
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.
In
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:
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
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 && bitbake -c
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
On Thu, 2023-07-27 at 14:15 +0800, Chen Qi via lists.openembedded.org
wrote:
> 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 sstat
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 && bitbake -c
to misunderstanding about ncurses version
policy. Is there a particular reason to move to it?
Alex
On Thu, 27 Jul 2023 at 04:25, Chen Qi via lists.openembedded.org
wrote:
>
> From: Chen Qi
>
> The license checksum is updated because of the year change, the
> license itself r
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
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
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
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
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
---
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
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
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
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
---
1 - 100 of 115 matches
Mail list logo