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

All, YP M+ or high bugs which moved to a new milestone in WW03 are listed below: Priority Bug ID Short Description Changer Owner Was Became High 14901 lttng: collect TAP output randy.macl...@windriver.com alexis.loth...@bootlin.com 5.0 M2

[yocto] Enhancements/Bugs closed WW03!

All, The below were the owners of enhancements or bugs closed during the last week! Who Count randy.macl...@windriver.com 5 alexandre.bell...@bootlin.com 2 ross.bur...@arm.com 1 richard.pur...@linuxfoundation.org 1 pa...@zhukoff.net 1 Grand Total 10 Thanks, *Stephen K. Jolley* *Yocto Project

[yocto] [layerindex-web][PATCH 5/5] layerindex/update_layer.py: enable classes-global,-recipe

Add support for the new BBClassGlobal and BBClassRecipe sub-classes. [YOCTO #15238] Signed-off-by: Tim Orling --- layerindex/update_layer.py | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/layerindex/update_layer.py b/layerindex/update_layer.py index

[yocto] [layerindex-web][PATCH 4/5] templates: add bbclasstype badge

Now that we have different BBClass subtypes, it is handy to have a UI indication of the different types. Add "badges" to display "Global" (for 'classes-global' paths) or "Recipe" (for 'classes-recipe' paths). [YOCTO #15238] Signed-off-by: Tim Orling --- templates/layerindex/classes.html | 5

[yocto] [layerindex-web][PATCH 3/5] layerindex/views: add classes-recipe,-global

Since commits: bitbake f33ce7e7 'BBHandler/cooker: Implement recipe and global classes' oe-core f5c12800 'classes: Update classes to match new bitbake class scope functionality' we now have a lot of the oe-core recipe classes in meta/classes-recipe. We are also missing any bbclasses in

[yocto] [layerindex-web][PATCH 2/5] layerindex/recipeparse.py: extend bbclass regex

Extend the bbclass regex to match classes-global and classes-recipe [YOCTO #15238] Signed-off-by: Tim Orling --- layerindex/recipeparse.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/layerindex/recipeparse.py b/layerindex/recipeparse.py index 6202745..9be6c10 100644

[yocto] [layerindex-web][PATCH 1/5] layerindex/models: add BBClassRecipe BBClassGlobal

Add support for classes-global and classes-recipe, but use "proxy=True" to not create new tables for the new classes. Rather, we use the bbclass_type field. [YOCTO #15238] Signed-off-by: Tim Orling --- ...obal_bbclassrecipe_bbclass_bbclass_type.py | 41 ++ layerindex/models.py

[yocto] [layerindex-web][PATCH 0/5] Add support for classes-global and classes-recipe

Previously, only the 'classes' path was searched, but we should also be searching 'classes-global' and 'classes-recipe' since: bitbake f33ce7e7 'BBHandler/cooker: Implement recipe and global classes' and oe-core f5c12800 'classes: Update classes to match new bitbake class scope

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

All, Below is the list of top 26 bug owners as of the end of WW03 who have open medium or higher bugs and enhancements against YP 5.0. There are 69 possible work days left until the final release candidates for YP 5.0 needs to be released. Who Count michael.opdenac...@bootlin.com 37

[yocto] QA notification for completed autobuilder build (yocto-3.1.31.rc1)

A build flagged for QA (yocto-3.1.31.rc1) was completed on the autobuilder and is available at: https://autobuilder.yocto.io/pub/releases/yocto-3.1.31.rc1 Build URL: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6478 Build hash information: bitbake:

[yocto] [layerindex-web][PATCH v2] global: deprecated pkg_resources parse_version

Since we are only using parse_version for comparison (typically checking that we are greater than some minimum version for tool or package), one would think we can use packaging.version.parse as if it was parse_version Unfortunately, this requires conforming to PEP-440 version definitions, which

Re: [yocto] etherlab

On Mon, Jan 22, 2024 at 12:08 PM, Ross Burton wrote: > > Especially when someone is trying to be clever and wrap the kbuild > infrastructure inside autotools. Not me :) Thank you very much, Ross. Now I have an ethercat-userspace.bb recipe with --disable-kernel, and the following

Re: [yocto][meta-rockchip][PATCH] wic: implement wic list and tweak description

(forwarding to the new mailing list) On Mon 2024-01-22 @ 02:24:29 PM, Trevor Woerner wrote: > Hi André, > > Nice to "see" you again. Sorry I missed your email initially since it was > emailed to yo...@yoctoproject.org. Does that still work? My filters look for > things in

Re: [yocto][meta-rockchip][PATCH] wic: implement wic list and tweak description (forward)

(forwarding to the new mailing list) On Thu 2024-01-18 @ 08:42:03 AM, André Draszik wrote: > This now produces sensible output in > wic list images > wic list rockchip help > > Signed-off-by: André Draszik > --- > wic/rockchip.wks | 8 +--- > 1 file changed, 5 insertions(+), 3

[yocto] initramfs is isn't trying to mount the actual rootfs and is not doing switch_root #kernel #yocto

I am using the kirkstone yocto build to build a firmware image that has a kernel with initramfs, and a ext4 root file system on an emmc partition. After booting up the kernel doesn't mount the device passed to the kernel as the "root=" parameter and doesn't switch_root, it just mounts

Re: [yocto] [meta-rockchip] [PATCH] machines: correct rk3066/rk3188/rk3288 kernel devicetree path

Hi, Sorry. I should read your email thread carefully. Thanks for your work. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#62223): https://lists.yoctoproject.org/g/yocto/message/62223 Mute This Topic:

Re: [yocto] [meta-rockchip] [PATCH] machines: correct rk3066/rk3188/rk3288 kernel devicetree path

On Sun 2024-01-21 @ 01:51:47 AM, Stephen Chen wrote: > Hi > > > > > Perhaps also take a look the email thread here: > > https://lists.yoctoproject.org/g/yocto/topic/101728482#61210 > > This patch fixes kernel build error like this. > > Run command "MACHINE=rock2-square bitbake linux-yocto" and

Re: [yocto] Remove Python dependency from target package only

I would suggest not trying to figure out PACKAGECONFIGs just yet, but rather go to the source of the error: inspect ${T}/log.do_configure and ${T}/run.do_configure. Are options to enable/disable python passed in? If yes, then something in PACKAGECONFIG settings doesn't quite work. If no, then

Re: [yocto] Remove Python dependency from target package only

Hi Holger, On 1/22/24 14:33, Sebert, Holger.ext via lists.yoctoproject.org wrote: [You don't often get email from holger.sebert.ext=karlstorz@lists.yoctoproject.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Hi Richard, Von: Richard Purdie Try:

Re: [yocto] Remove Python dependency from target package only

Hi Richard, Von: Richard Purdie > Try: > > PACKAGECONFIG:remove:class-target:pn-libxml2 = "python" > Tried it, but same error appears (“Python not found” in libxml2-native). -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#62219):

Re: [yocto] etherlab

On 20 Jan 2024, at 20:38, Daniele Lugli via Lists.Yoctoproject.Org wrote: > > Thank you Marek and Ross. > @Ross: I had a look into log.do_configure and found > checking for Linux kernel sources... > /usr/src/linux-headers-6.5.0-14-generic (Kernel 6.5) > but these are from the host, my