Re: [OE-core][PATCH v6 0/7] Implement SPDX for deploy tasks

["Mathieu Dubois-Briand" <mathieu.dubois-briand@bootlin.com>]

On Tue Oct 27, 2026 at 11:47 PM CET, 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.
>

Hi Joshua,

It looks like the last fix broke something:

ERROR: ovmf-native-edk2-stable202605-r0 do_deploy: No deployed artifacts found in /srv/pokybuild/yocto-worker/qemux86-world-alt/build/build/tmp/work/x86_64-linux/ovmf-native/edk2-stable202605/deploy-ovmf-native

https://autobuilder.yoctoproject.org/valkyrie/#/builders/17/builds/4759
https://autobuilder.yoctoproject.org/valkyrie/#/builders/25/builds/4914
https://autobuilder.yoctoproject.org/valkyrie/#/builders/59/builds/4934
https://autobuilder.yoctoproject.org/valkyrie/#/builders/35/builds/5144

Thanks,
Mathieu

-- 
Mathieu Dubois-Briand, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com