Hi Everyone, QA for yocto-4.0.3.rc1 is completed. This is the full report for this release:

From: Kai Kang <kai.kang@...> Update license name with SPDX identifier to eliminate warning: WARNING: mingw-libgnurx-2.5.1-r0 do_package_qa: QA Issue: Recipe LICENSE includes

All, YP M+ or high bugs which moved to a new milestone in WW33 are listed below: Priority Bug ID Short Description High 14800 AB-INT PTEST: libgcrypt ptest intermittent

All, The below were the owners of enhancements or bugs closed during the last

All, Below is the list as of top 35 bug owners as of the end of WW33 of who have open medium or higher bugs and enhancements against YP 4.1. There are 52 possible work days left until the final

All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on

Prevent severe system overload by setting the pressure limits for CPU and IO at 10000. Signed-off-by: Aryaman Gupta <aryaman.gupta@...> Signed-off-by: Randy Macleod

Archive the buildstats of every failed build and 1% of random builds. Convert the time-stamped buildstats directory to a compressed tarball using the hostname as a prefix (to the file name only) so

Hello, Im using the 5.10.100 kernel from the meta-intel layer and have an image that runs most of the df_* demos as well as cinematicexperience Qt5 example without any interference from the console

Signed-off-by: Armin Kuster <akuster808@...> --- .../cryptmount/cryptmount_5.3.3.bb | 4 +++- .../cryptmount/files/remove_linux_fs.patch | 19 +++++++++++++++++++ 2 files

It's hard to say what happens if we can't see your recipes. Can you publish them? Alex

I did as Richard suggested, It worked as expected now feature-public.bb or feature-private.bb: SRC_URI = "git://public or git://private" PROVIDES += "virtual/feature" RPROVIDES:${PN} += "

Inside the do_install I copy some files but it seems that bitbake set those files in the RDEPENS. In the log during the do_root_fs I see: Requires(post): ... mylib.so After that the commands fail with

Then you need to check the output of 'env' a) when you start the shell b) when you use oe-init-build-env and figure out how the incorrect variable gets into the environment. Are you using

fetcher will try to get versions of recipes during parse phase and if your recipes are using AUTOREV they will try to poke at git server for latest commit SHA are you using AUTOREV by chance ?

make[2]: *** No rule to make target '../rust/target/arm-poky-linux-gnueabi/release/libsuricata.a', needed by 'suricata' Signed-off-by: Armin Kuster <akuster808@...> ---

"virtual" entries only work in PROVIDES and PREFERRED_PROVIDER, not in the runtime version of the variable. Cheers, Richard

Hi, There is a package with two versions, private and public. But when I use the PREFERRED_RPROVIDER to select the public version, bitbake still tries fetch the private one, and then bitabke

Hello, you probably need to exit the shell and then restart it and re-initialize your environment (with oe-init-build-env), as it contains the obsolete variable. Alex

Hellow everyone, this is Yan. I am new to Yocto Project, still, I am learning. There is a question, when I bitbaked my image I found this ERROR: yanxk@yanxk-Ubuntu:~/Yocto/poky/build$ bitbake