From: "Mathieu Dubois-Briand" <mathieu.dubois-briand@bootlin.com>
To: <twoerner@gmail.com>, <openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH v3 0/6] wic: ship its tools, and add an SDK_FEATURES lever
Date: Sun, 19 Jul 2026 17:48:31 +0200 [thread overview]
Message-ID: <DK2NZKOH7YES.HOC3NSFPK2ZL@bootlin.com> (raw)
In-Reply-To: <20260717133421.3510970-1-twoerner@gmail.com>
On Fri Jul 17, 2026 at 3:34 PM CEST, Trevor Woerner via lists.openembedded.org wrote:
> wic shells out to a range of host-side tools but does not declare them,
> so wherever it is installed as a package (rather than run from the
> bitbake do_image_wic task, which has the wic-tools native sysroot on
> PATH) it works only by chance depending on what the host has installed.
>
> Patch 1 fixes that directly: wic gains RDEPENDS on the tools it runs, so
> they are installed alongside it in every variant that packages it.
>
> The rest of the series turns "what optional tools go into the SDK" into
> an explicit, self-documenting choice. It introduces SDK_FEATURES, a list
> in the same spirit as DISTRO_FEATURES / MACHINE_FEATURES / IMAGE_FEATURES:
> a developer reads the setting and knows exactly what their SDK contains.
>
> - patch 2 adds SDK_FEATURES and gates wic on the "wic" feature (off by
> default);
> - patch 3 moves the existing (unconditional, arch-gated) qemu addition
> behind a "qemu" feature, on by default so nothing regresses;
> - patch 4 adds an opt-in "sbom" feature (SPDX + SBOM/CVE tooling);
> - patch 5 moves the cross-canadian gdb behind a "gdb" feature, on by
> default; binutils and gcc stay unconditional since a cross-compiler
> is intrinsic to an SDK;
> - patch 6 adds an opt-in "lldb" feature for developers who prefer it.
>
> The default SDK_FEATURES is "gdb qemu", so an unmodified configuration
> produces the same SDK as before. The intent is to present the full range
> of knobs and let review settle which belong on by default; the split
> across separate patches is deliberate so each can be debated on its own.
> SDK_FEATURES is a plain list, so downstream layers can define their own
> features (for example a cgdb feature in meta-openembedded) the same way.
>
Hi Trevor,
Thanks for the new version. It looks like we have 2 selftest fails:
2026-07-19 07:16:57,038 - oe-selftest - INFO - sstatetests.SStateHashSameSigs2.test_sstate_allarch_samesigs (subunit.RemotedTestCase)
2026-07-19 07:16:57,040 - oe-selftest - INFO - ... FAIL
...
ERROR: When reparsing /tmp/selftest-fetchvua2hn0x/test.bb:do_checkuri, the basehash value changed from eaf531c7d0304fd45f77fab173d0399db2b76e45cd46487426eb74bae7d4b7bb to 2cdec1b5839750d0c5998dd35b7ab7380727d2fa3a33aed864144428d3a78f7d. The metadata is not deterministic and this needs to be fixed.
ERROR: The following commands may help:
ERROR: $ bitbake test -cdo_checkuri -Snone
ERROR: Then:
ERROR: $ bitbake test -cdo_checkuri -Sprintdiff
ERROR: When reparsing /tmp/selftest-fetchvua2hn0x/test.bb:do_fetch, the basehash value changed from 72505ac7986134cca1a5bf96409e922ca39d8b70914218c968f9a8b3d508bc81 to b34ab448c19b41b81625a8e8ffa143940fa6c6a3c9db18ecec38e83ee0e3b7bb. The metadata is not deterministic and this needs to be fixed.
ERROR: The following commands may help:
ERROR: $ bitbake test -cdo_fetch -Snone
ERROR: Then:
ERROR: $ bitbake test -cdo_fetch -Sprintdiff
...
2026-07-19 07:21:21,814 - oe-selftest - INFO - sstatetests.SStateHashSameSigs2.test_sstate_nativesdk_samesigs_multilib (subunit.RemotedTestCase)
2026-07-19 07:21:21,814 - oe-selftest - INFO - ... FAIL
https://autobuilder.yoctoproject.org/valkyrie/#/builders/35/builds/4320
https://autobuilder.yoctoproject.org/valkyrie/#/builders/23/builds/4376
https://autobuilder.yoctoproject.org/valkyrie/#/builders/48/builds/4142
I also got this error that might be related:
ERROR: Nothing RPROVIDES 'grub' (but /srv/pokybuild/yocto-worker/check-layer/build/layers/openembedded-core/meta/recipes-support/wic/wic_0.3.1.bb RDEPENDS on or otherwise requires it)
grub was skipped: incompatible with host arm-oe-linux-gnueabi (not in COMPATIBLE_HOST)
NOTE: Runtime target 'grub' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['grub']
ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 'wic', 'grub']
https://autobuilder.yoctoproject.org/valkyrie/#/builders/27/builds/4231
Can you have a look at the issue?
Thanks,
Mathieu
--
Mathieu Dubois-Briand, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
prev parent reply other threads:[~2026-07-19 15:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-17 13:34 [PATCH v3 0/6] wic: ship its tools, and add an SDK_FEATURES lever Trevor Woerner
2026-07-17 13:34 ` [PATCH v3 1/6] wic: add runtime dependencies on the tools it invokes Trevor Woerner
2026-07-17 13:34 ` [PATCH v3 2/6] nativesdk-packagegroup-sdk-host: add wic via a new SDK_FEATURES lever Trevor Woerner
2026-07-17 13:34 ` [PATCH v3 3/6] nativesdk-packagegroup-sdk-host: gate qemu behind SDK_FEATURES Trevor Woerner
2026-07-17 13:34 ` [PATCH v3 4/6] nativesdk-packagegroup-sdk-host: add an sbom SDK feature Trevor Woerner
2026-07-17 13:34 ` [PATCH v3 5/6] packagegroup-cross-canadian: gate gdb behind SDK_FEATURES Trevor Woerner
2026-07-17 13:34 ` [PATCH v3 6/6] nativesdk-packagegroup-sdk-host: add an lldb SDK feature Trevor Woerner
2026-07-19 15:48 ` Mathieu Dubois-Briand [this message]
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=DK2NZKOH7YES.HOC3NSFPK2ZL@bootlin.com \
--to=mathieu.dubois-briand@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=twoerner@gmail.com \
/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