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:
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
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"
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 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(+),
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 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
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
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
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
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 -
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:
Thanks Luca.
I found my .gitconfig setting is:
from = Chen Qi
I've now changed it to:
>From = qi.c...@windriver.com
Hope this would solve the problem.
Regards,
Qi
-Original Message-
From: Luca Ceresoli
Sent: Wednesday, April 26, 2023 5:30 PM
To: Chen Qi via lists.openembedded.
Add back the dropped 0001-attr-fix-utime-for-symlink.patch
to fix symlink time setting issue on NFS.
The problem could be reproduced by runing the following command
on nfs booted qemu:
ln -s dest src && touch -h src
Apart from the rpm operations mentioned in the original patch,
'docker pull'
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(+)
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 is
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
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
---
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 |
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
., 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
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,
Hi Peter,
Sorry I didn't express my point clearly.
I know that shell variable is expanded immediately. What I really meant is that
as the paths, "$OEROOT/scripts:$BITBAKEDIR/bin:", have been added to PATH, and
PATH is exported, some variable would also need to be exported to carry that
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
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
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
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
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(+)
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
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
---
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
'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
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
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.
>
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 +-
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
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
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
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
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
>
> ---
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 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
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
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
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
-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
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
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
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
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/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
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
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
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
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
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
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
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
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
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
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
1 - 100 of 115 matches
Mail list logo