[yocto] M+ & H bugs with Milestone Movements WW21

All, YP M+ or high bugs which moved to a new milestone in WW21 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 13190 RRS cannot handle multiple recipes with same PN randy.macl...@windriver.com unassig...

[yocto] Enhancements/Bugs closed WW21!

All, The below were the owners of enhancements or bugs closed during the last week! Who Count randy.macl...@windriver.com 4 thomas.per...@bootlin.com 1 michael.opdenac...@bootlin.com 1 Grand Total 6 Thanks, *Stephen K. Jolley* *Yocto Project Program Manager* (*Cell*:(208)

[yocto] Current high bug count owners for Yocto Project 5.1

All, Below is the list of top 38 bug owners as of the end of WW21 who have open medium or higher bugs and enhancements against YP 5.1. There are 104 possible work days left until the final release candidates for YP 5.1 needs to be released. Who Count michael.opdenac...@bootlin.com 39 ross.bur...@a

Re: [yocto] [auto-upgrade-helper][PATCH] upgrade-helper: fix testimage check

Sent it to the wrong list... will resend. On 2024-05-27 1:54 p.m., Trevor Gamblin via lists.yoctoproject.org wrote: AUH's testimage logic is still checking for BB_ENV_EXTRAWHITE instead of BB_ENV_PASSTHROUGH_ADDITIONS, and INHERIT += "testimage" instead of IMAGE_CLASSES += "testimage". Update it

[yocto] [auto-upgrade-helper][PATCH] upgrade-helper: fix testimage check

AUH's testimage logic is still checking for BB_ENV_EXTRAWHITE instead of BB_ENV_PASSTHROUGH_ADDITIONS, and INHERIT += "testimage" instead of IMAGE_CLASSES += "testimage". Update it so that checks for the correct variable names. Signed-off-by: Trevor Gamblin --- modules/testimage.py | 2 +- upgra

Re: [yocto] How to include full Golang build support in SDK?

Thanks Janne, I will try to just make a recipe then. But it feels like a tedious way to work, since the application will need to be continuously built and deployed on the target platform as part of the development, ideally without having to rebuild the entire image. Perhaps I can just run bitba

Re: [yocto] Run a post-processing step after image generation

Yes that :) I didn’t remember the exact name, just that it does exist and I used it. Alex On Mon 27. May 2024 at 8.53, Jocelyn Meyron via Lists.Yoctoproject.Org wrote: > Thanks, that looks like a good solution for me. > > Just to be sure, when you mention that "there's a way to extend what gets

Re: [yocto] Migration Issue

Hi Brati, We have also validated Linux kernel version v6.1 with Scarthgap SDK with QEMU generic machine. It is working without any issue. You can use v6.1 kernel source with scarthgap SDK. Regards, Deepak From: yocto@lists.yoctoproject.org On Behalf Of Bratiranjan Acharya Sent: Monday, May 27

Re: [yocto] How to include full Golang build support in SDK?

Hei, I do not think the SDK per se needs to provide anything, all of the magic is in the recipe. Here’s one example of a golang based application, which is cross-compilable as well. I think they key trick is to inherit go. https://github.com/PelionIoT/meta-edge/blob/main/recipes-edge/edge-prox

Re: [yocto] How to include full Golang build support in SDK?

Thank you for your answer. The thing is, right now I don't really have a recipe that builds the application, that is for the customer to provide. My task right now is just to provide the SDK that they can build against. Or are you referring to the image-recipe? -=-=-=-=-=-=-=-=-=-=-=- Links: Y

Re: [yocto] How to include full Golang build support in SDK?

Hi, As per my understanding please try these things 1)locate where the Go source files are installed on your system, maybe in $GOROOT/src d irectory. 2)You may need to include this to your sdk to ensure it is added. May need to add this line to, your recipe *FILES:${PN}-dev += "${datadir}/go/sr