Thanks Tomasz. I will check kas. Yes, for selecting some of the packages I have created prod and debug image recipes. But this did not work for the kernel as the kernel recipe is picked as part of

Hi Vinayak I believe that the best way to prepare debug and prod images is to create include file (.inc) with base set of packages and features and then add two .bb recipes, one for prod and one for

Hello Raj, yes, you are right, {B} works too, and looks more logical. Thanks for adapting my patch accordingly. Many greetings, Matthias -----Ursprüngliche Nachricht----- Von: Khem Raj

Thanks, Khem. The image class defines IMAGE_CMD. There is not much to it for now: OTA_ROOTFS_MD5 ?= "rootfs.md5" IMAGE_CMD:ota () {     build_ota="${WORKDIR}/build-ota"     # rootfs    

I have a requirement to create production and release builds for the same machine. Debug build would use most of the production recipes, except few images like Linux kernel that will have debug

<rudolf.streif@...> wrote: hard to tell without knowing how ota class is being plugged in or what its content is. Do you define IMAGE_FSTYPES:ota ... somewhere ?

I ran into a problem with a custom image type class. I called the class image_types_ota.bbclass. When I try to use it I am getting these error messages for two predefined image recipes (but only for

I encountered a similar issue when updating one of my builds that uses a package feed: https://lists.yoctoproject.org/g/yocto/topic/88553371#55926 In my case the issue was that bitbake no longer

I have a recipe aliased by RPROVIDES which I assume is working due to the project picking it up during the compile. However, opkg does not seem to pick up the alias, returning this error: Collected

Hi Everyone, This is the full report for yocto-3.3.5.rc1: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults ======= Summary ======== No high

this should be B instead I think

Signed-off-by: Armin Kuster <akuster808@...> --- .../recipes-parsec/parsec-service/parsec-service_0.8.1.bb | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

Signed-off-by: Armin Kuster <akuster808@...> --- conf/layer.conf | 3 +++ 1 file changed, 3 insertions(+) diff --git a/conf/layer.conf b/conf/layer.conf index 1f83593..21f03d1 100644 ---

Hello Konrad, Thank you very much! The package is now building. I have sent a corresponding patch. Many greetings, Matthias -----Ursprüngliche Nachricht----- Von: Konrad Weihmann

From: Richard Purdie <richard.purdie@...> The rysnc of 20,000 files (650MB) onto the nas is slow taking ~3 minutes at idle and worse at load. This is due to the number of files

From: Richard Purdie <richard.purdie@...> Signed-off-by: Richard Purdie <richard.purdie@...> (cherry picked from commit

From: Richard Purdie <richard.purdie@...> Signed-off-by: Richard Purdie <richard.purdie@...> (cherry picked from commit

Hi Matthias, you're right :( PYPA_WHEEL = "${S}/py-smbus/dist/smbus-*-*.whl" finally does it @Tim @Richard PYPA_WHEEL doesn't respect SETUPTOOLS_SETUP_PATH, which might be another issue to

Hello Konrad, unfortunately it still does not build: ERROR: smbus-*-*.whl is not a valid wheel filename. Best regards, Matthias -----Ursprüngliche Nachricht----- Von: Konrad Weihmann

ERROR: smbus-*-*.whl is not a valid wheel filename. -----Ursprüngliche Nachricht----- Von: Konrad Weihmann <kweihmann@...> Gesendet: Montag, 28. Februar 2022 13:59 An: Matthias Klein