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

2024-03-04 Thread Stephen Jolley
All, YP M+ or high bugs which moved to a new milestone in WW09 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 15415 Compiler option "-fzero-call-used-regs=used" fails for openssh-9.6p1 during linking

[yocto] Enhancements/Bugs closed WW09!

2024-03-04 Thread Stephen Jolley
All, The below were the owners of enhancements or bugs closed during the last week! Who Count ross.bur...@arm.com 3 tim.orl...@konsulko.com 2 randy.macl...@windriver.com 2 nick.ow...@eero.com 1 Grand Total 8 Thanks, *Stephen K. Jolley* *Yocto Project Program Manager* (*Cell*:

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

2024-03-04 Thread Stephen Jolley
All, Below is the list of top 25 bug owners as of the end of WW09 who have open medium or higher bugs and enhancements against YP 5.0. There are 40 possible work days left until the final release candidates for YP 5.0 needs to be released. Who Count michael.opdenac...@bootlin.com 39

[linux-yocto][v6.1/standard/nxp-sdk-6.1/nxp-soc & v6.1/standard/preempt-rt/nxp-sdk-6.1/nxp-soc][PATCH] pwm: adp5585: Add return value to pwm_adp5585_get_state()

2024-03-04 Thread Xiaolei Wang via lists.yoctoproject.org
commit 547cc8dae247 ("pwm: Make .get_state() callback return an error code") has added a return value to get_state(), so modify and add a return value to avoid build errors. error: initialization of 'int (*)(struct pwm_chip *, struct pwm_device *, struct pwm_state *)' from incompatible pointer

[linux-yocto][linux-yocto v5.15] kernel code for marvell octeon

2024-03-04 Thread Ruiqiang Hao via lists.yoctoproject.org
Hi Bruce, Please help to merge code into our linux-yocto repo. repo: linux-yocto branch: v5.15/standard/cn-sdkv5.15/octeon Thanks, Ruiqiang The following changes since commit 8ffb4420181ff1f8b7c73894f3fdc452191a1ffa: Merge branch 'v5.15/standard/base' into

[linux-yocto][linux-yocto v5.15] kernel code for marvell octeon[RT]

2024-03-04 Thread Ruiqiang Hao via lists.yoctoproject.org
Hi Bruce, Please help to merge code into our linux-yocto repo. repo: linux-yocto branch: v5.15/standard/preempt-rt/cn-sdkv5.15/octeon Thanks, Ruiqiang The following changes since commit 2de25ec0bd6d6eab1cbae409c759afdeb3cd0fe7: Merge branch 'v5.15/standard/base'

[linux-yocto][linux-yocto v5.15] kernel code for marvell octeon[RT]

2024-03-04 Thread Ruiqiang Hao via lists.yoctoproject.org
Hi Bruce, Please help to merge code into our linux-yocto repo. repo: linux-yocto branch: v5.15/standard/preempt-rt/cn-sdkv5.4/octeon Thanks, Ruiqiang The following changes since commit bd40416c57380ae313532edb5225d972cc06bc95: Merge branch 'v5.15/standard/base'

[linux-yocto][linux-yocto v5.15] kernel code for marvell octeon

2024-03-04 Thread Ruiqiang Hao via lists.yoctoproject.org
Hi Bruce, Please help to merge code into our linux-yocto repo. repo: linux-yocto branch: v5.15/standard/cn-sdkv5.4/octeon Thanks, Ruiqiang The following changes since commit 5a6888d21f19d880689e86db56d461115a632bbf: Merge branch 'v5.15/standard/base' into

[yocto] Introduction and my first query: Resources for learning

2024-03-04 Thread Worik Stanton
Kia ora I am Worik Stanton, from Dunedin New Zealand. I am new to Yocto, and to this list, with many decades experience programming computers. My question is about what are the best resources for learning how to adapt and maintain a Yocto system I am responsible for. I have recently become

Re: [yocto] Using SBOM/spdx with DependencyTrack/CyclonDX

2024-03-04 Thread Jörg Sommer via lists . yoctoproject . org
Thanks for the hint about the timing. My script worked, but because of the required wait before VEX upload it showed bad and inconsistent results. Here is the new version. Regards, Jörg -- Navimatix GmbH Tatzendpromenade 2 07745 Jena T: 03641 - 327 99 0 F: 03641 - 526 306 M:

[yocto] Task dependencies

2024-03-04 Thread Bratiranjan Acharya
Hi, I hope this email finds you well. I have a question regarding a specific issue that I'd like to discuss. Allow me to provide some context: In the final image bb files, there's a custom task designed to generate a softlink for the rootfs.ext4. Unfortunately, I've had to resort to using the

Re: [yocto] [yocto-autobuilder-helper] [PATCH] config.json: Switch poky-altcfg to use ipk as the package backend

2024-03-04 Thread Michael Opdenacker via lists.yoctoproject.org
Hi Richard, On 3/4/24 at 16:48, Richard Purdie wrote: On Mon, 2024-03-04 at 16:34 +0100, Michael Opdenacker wrote: Hi Richard Many thanks for the patch! On 3/4/24 at 16:14, Richard Purdie wrote: Since we plan to have better "binary distro" testing on the autobuilder and we plan to primarily

Re: [yocto] [yocto-autobuilder-helper] [PATCH] config.json: Switch poky-altcfg to use ipk as the package backend

2024-03-04 Thread Richard Purdie
On Mon, 2024-03-04 at 16:34 +0100, Michael Opdenacker wrote: > Hi Richard > > Many thanks for the patch! > > On 3/4/24 at 16:14, Richard Purdie wrote: > > Since we plan to have better "binary distro" testing on the autobuilder > > and we plan to primarily use ipk for this, having ipk based

Re: [yocto] Bundling an image artifacts into another image

2024-03-04 Thread Rudolf J Streif
On 3/4/24 01:58, lorenzo.arena via lists.yoctoproject.org wrote: I'm currently trying to set up a production system for a board based on the Raspberry Pi CM4. I'd like to be able to build a kernel with bundled initramfs which allows me to flash the on-board eMMC; such "flasher" image however

Re: [yocto] [yocto-autobuilder-helper] [PATCH] config.json: Switch poky-altcfg to use ipk as the package backend

2024-03-04 Thread Michael Opdenacker via lists.yoctoproject.org
Hi Richard Many thanks for the patch! On 3/4/24 at 16:14, Richard Purdie wrote: Since we plan to have better "binary distro" testing on the autobuilder and we plan to primarily use ipk for this, having ipk based images available as part of our builds is desireable. Since we want systemd based

Re: [yocto] [yocto-autobuilder-helper] [PATCH] config.json: Switch poky-altcfg to use ipk as the package backend

2024-03-04 Thread Tim Orling
On Mon, Mar 4, 2024 at 7:14 AM Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Since we plan to have better "binary distro" testing on the autobuilder > and we plan to primarily use ipk for this, having ipk based images > available > as part of our builds is desireable. >

[yocto] [yocto-autobuilder-helper][kirkstone 2/2] config.json: use buildtools for Ubuntu 18.04 (both x86 and arm)

2024-03-04 Thread Steve Sakoman
Signed-off-by: Steve Sakoman --- config.json | 3 +++ 1 file changed, 3 insertions(+) diff --git a/config.json b/config.json index 4b7ee34..60fe6a4 100644 --- a/config.json +++ b/config.json @@ -11,6 +11,7 @@ "BUILDTOOLS_URL_TEMPLOCAL" :

[yocto] [yocto-autobuilder-helper][kirkstone 1/2] config.json: update to latest buildtools tarball

2024-03-04 Thread Steve Sakoman
Signed-off-by: Steve Sakoman --- config.json | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/config.json b/config.json index 7c53c46..4b7ee34 100644 --- a/config.json +++ b/config.json @@ -10,7 +10,7 @@ "BUILDTOOLS_URL_TEMPLOCAL" :

[yocto] [yocto-autobuilder-helper][kirkstone 0/2] Patch review

2024-03-04 Thread Steve Sakoman
This series updates kirkstone to use the latest buildtools for selected x86 and arm workers. Passed a-full on autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/6640 The following changes since commit 9131fbeab58f0cad50c99dc9ba9003f04155999e: cve-report: Add

[yocto] [yocto-autobuilder-helper] [PATCH] config.json: Switch poky-altcfg to use ipk as the package backend

2024-03-04 Thread Richard Purdie
Since we plan to have better "binary distro" testing on the autobuilder and we plan to primarily use ipk for this, having ipk based images available as part of our builds is desireable. Since we want systemd based images with ipk, it makes sense to leave standard poky using rpm images but switch

Re: [yocto] Using SBOM/spdx with DependencyTrack/CyclonDX

2024-03-04 Thread Luiz Balloti
Jörg, fixed CVEs should be encoded in a "vulnerabilities" section in a CycloneDX SBOM, or in an ancillary VEX document which references SBOM components. Unfortunately, Dependency-Track currently ignores the vulnerabilities section of uploaded SBOMs, so the only way is to upload the SBOM, wait

[yocto] [yocto-autobuilder-helper] [PATCH] config.json: Drop obsolete distros from master config

2024-03-04 Thread Richard Purdie
Signed-off-by: Richard Purdie --- config.json | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/config.json b/config.json index 0ef4d54..a1fb16a 100644 --- a/config.json +++ b/config.json @@ -1868,20 +1868,11 @@ } }, "buildtools" : { -

[yocto] [ANNOUNCEMENT] VSCode Yocto extension v2.2.0 is released

2024-03-04 Thread Enguerrand de Ribaucourt
Hello, We are proud to announce the release of v2.2.0 of the official VSCode Yocto extension. Download is available through the VSCode marketplace at: https://marketplace.visualstudio.com/items?itemName=yocto-project.yocto-bitbake Enguerrand de Ribaucourt Savoir-faire Linux -

Re: [yocto] Using SBOM/spdx with DependencyTrack/CyclonDX

2024-03-04 Thread Ross Burton
On 3 Mar 2024, at 10:09, Jörg Sommer via lists.yoctoproject.org wrote: > does anyone use DependencyTrack https://dependencytrack.org/ to analyse CVE > vulnerabilities? I've created a script to convert the spdx.tar.zst to a > CycloneDX JSON and upload this to DependencyTrack. But I'm having the

[yocto] Bundling an image artifacts into another image

2024-03-04 Thread lorenzo.arena via lists.yoctoproject.org
I'm currently trying to set up a production system for a board based on the Raspberry Pi CM4. I'd like to be able to build a kernel with bundled initramfs which allows me to flash the on-board eMMC; such "flasher" image however should include the artifacts of another image (which would be the