From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: JPEWhacker@gmail.com, openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCH v4 00/10] Implement SPDX for deploy tasks
Date: Sun, 05 Jul 2026 09:29:56 +0100 [thread overview]
Message-ID: <c3823daaaff5a77fb92f1ecdbeb2711605f93a21.camel@linuxfoundation.org> (raw)
In-Reply-To: <20260630210422.1903245-1-JPEWhacker@gmail.com>
On Tue, 2026-06-30 at 15:01 -0600, Joshua Watt via lists.openembedded.org wrote:
> The SPDX use case for file system image has been well defined since SPDX
> was first implemented, however there has always been a desire to also
> express SPDX output for other non-image deliverables (primarily, those
> that have a do_deploy task or similar). These types of tasks cannot
> easily use the traditional method of having a separate SPDX task that
> runs to create their SPDX output as this causes lots of problems with
> the way dependencies are specified. Instead, it is desirable for these
> tasks to directly produce SPDX output that can be consumed by other
> tasks that depend on them.
>
> This patch series adds support for this. Any sstate task that starts
> with "do_deploy" can now be added to the SPDX_DEPLOY_TASKS list and it
> will run a postfunc to generate SPDX output that describes what is being
> deployed. For classical do_deploy tasks, this is setup to be easy by
> automatically capturing all the deployed output files in the SPDX data,
> but other tasks can be added as well.
>
> Finally, the do_create_image_spdx task is removed and replaced with a
> SPDX deploy postfunc using this new system. This means that any task
> that depends on do_image_complete will automatically also get the SPDX
> output for the image, simplifying the dependency handling.
>
> V2: Fixed SPDX documents missing at SBoM creation time when the
> documents were not a direct dependency of the SBoM, and were present in
> a sstate object. Previously, these sstate objects were not restored
> because they were "covered" by the later sstate tasks, but now they are
> restored if they are depended on by a task that creates SPDX output.
>
> V3: Fixed a bug where dependencies that are not in the taskhash could be
> missing when the final SBoM is created and added tests.
>
> V4: Fixed some testing errors that revealed that EFI providers have to
> be MACHINE_ARCH (and consequently, wic-tools)
>
> Joshua Watt (10):
> spdx: Skip dependencies that are not in the taskhash
> spdx: Add ability for deploy tasks to create SPDX
> oeqa: Add SPDX deploy SBoM test
> classes-global/sstate: Keep SPDX generating setscene dependencies
> Add SPDX deploy tasks to various recipes
> spdx: Replace do_create_image_spdx with deploy task
> grub-efi: Change to MACHINE_ARCH
> systemd-boot: Change to MACHINE_ARCH
> multilib: Add systemd-boot to NON_MULTILIB_RECIPES
> wic-tools: Change to MACHINE_ARCH
There is something not quite right in here which I suspect, but havve't
currently conclusively prove caused:
https://autobuilder.yoctoproject.org/valkyrie/#/builders/23/builds/4276
https://autobuilder.yoctoproject.org/valkyrie/#/builders/35/builds/4216
Cheers,
Richard
next prev parent reply other threads:[~2026-07-05 8:30 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-09 22:15 [OE-core][PATCH 0/5] Implement SPDX for deploy tasks Joshua Watt
2026-06-09 22:15 ` [OE-core][PATCH 1/5] classes/baremetal-image: Remove "do_" prefix from image manifest Joshua Watt
2026-06-09 22:15 ` [OE-core][PATCH 2/5] spdx: Reformat Joshua Watt
2026-06-09 22:15 ` [OE-core][PATCH 3/5] spdx: Add ability for deploy tasks to create SPDX Joshua Watt
2026-06-09 22:15 ` [OE-core][PATCH 4/5] Add SPDX deploy tasks Joshua Watt
2026-06-09 22:31 ` Patchtest results for " patchtest
2026-06-10 6:17 ` Mikko Rapeli
2026-06-10 7:46 ` Richard Purdie
2026-06-09 22:15 ` [OE-core][PATCH 5/5] spdx: Replace do_create_image_spdx with deploy task Joshua Watt
2026-06-10 13:17 ` [OE-core][PATCH 0/5] Implement SPDX for deploy tasks Mathieu Dubois-Briand
2026-06-11 18:46 ` Joshua Watt
2026-06-18 15:38 ` [OE-core][PATCH v2 " Joshua Watt
2026-06-18 15:38 ` [OE-core][PATCH v2 1/5] spdx: Add ability for deploy tasks to create SPDX Joshua Watt
2026-06-18 15:38 ` [OE-core][PATCH v2 2/5] classes-global/sstate: Keep SPDX generating setscene dependencies Joshua Watt
2026-06-18 15:38 ` [OE-core][PATCH v2 3/5] Add SPDX deploy tasks to various recipes Joshua Watt
2026-06-18 17:07 ` Patchtest results for " patchtest
2026-06-18 15:38 ` [OE-core][PATCH v2 4/5] spdx: Replace do_create_image_spdx with deploy task Joshua Watt
2026-06-18 15:38 ` [OE-core][PATCH v2 5/5] grub-efi: Change to MACHINE_ARCH Joshua Watt
2026-06-21 5:45 ` [OE-core][PATCH v2 0/5] Implement SPDX for deploy tasks Mathieu Dubois-Briand
2026-06-22 21:14 ` Joshua Watt
2026-06-23 9:28 ` Mathieu Dubois-Briand
2026-06-24 14:15 ` [OE-core][PATCH v3 0/8] " Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 1/8] spdx: Skip dependencies that are not in the taskhash Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 2/8] spdx: Add ability for deploy tasks to create SPDX Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 3/8] oeqa: Add SPDX deploy SBoM test Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 4/8] classes-global/sstate: Keep SPDX generating setscene dependencies Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 5/8] Add SPDX deploy tasks to various recipes Joshua Watt
2026-06-24 14:31 ` Patchtest results for " patchtest
2026-06-24 14:31 ` Mikko Rapeli
2026-06-24 16:05 ` Joshua Watt
2026-06-24 16:24 ` Mikko Rapeli
2026-06-24 16:30 ` Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 6/8] spdx: Replace do_create_image_spdx with deploy task Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 7/8] grub-efi: Change to MACHINE_ARCH Joshua Watt
2026-06-24 14:15 ` [OE-core][PATCH v3 8/8] systemd-boot: " Joshua Watt
2026-06-25 6:21 ` [OE-core][PATCH v3 0/8] Implement SPDX for deploy tasks Mathieu Dubois-Briand
2026-06-30 21:01 ` [OE-core][PATCH v4 00/10] " Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 01/10] spdx: Skip dependencies that are not in the taskhash Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 02/10] spdx: Add ability for deploy tasks to create SPDX Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 03/10] oeqa: Add SPDX deploy SBoM test Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 04/10] classes-global/sstate: Keep SPDX generating setscene dependencies Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 05/10] Add SPDX deploy tasks to various recipes Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 06/10] spdx: Replace do_create_image_spdx with deploy task Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 07/10] grub-efi: Change to MACHINE_ARCH Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 08/10] systemd-boot: " Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 09/10] multilib: Add systemd-boot to NON_MULTILIB_RECIPES Joshua Watt
2026-06-30 21:01 ` [OE-core][PATCH v4 10/10] wic-tools: Change to MACHINE_ARCH Joshua Watt
2026-07-02 7:51 ` [OE-core][PATCH v4 00/10] Implement SPDX for deploy tasks Mathieu Dubois-Briand
2026-07-05 8:29 ` Richard Purdie [this message]
[not found] ` <18BF5783F1D47BA6.1336494@lists.openembedded.org>
2026-07-06 14:28 ` Richard Purdie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c3823daaaff5a77fb92f1ecdbeb2711605f93a21.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=JPEWhacker@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox