From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: twoerner@gmail.com, openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [PATCH v4 06/10] nativesdk-packagegroup-sdk-host: add wic to SDK_FEATURES
Date: Thu, 30 Jul 2026 11:40:13 +0100 [thread overview]
Message-ID: <76897f53eff588bb67e0e5f0b04dac7be6fa0ac2.camel@linuxfoundation.org> (raw)
In-Reply-To: <20260724090146.19924-7-twoerner@gmail.com>
Hi Trevor,
Firstly, thanks for the patches, this is the right general direction
but we need to get the details right and I think there are a few tweaks
needed to make this as usable as we need it.
In 5/10 you introduce SDK_FEATURES and document it as behaving as
IMAGE_FEATURES, bit as implemented below, it wouldn't.
[cont. below]
On Fri, 2026-07-24 at 05:01 -0400, Trevor Woerner via lists.openembedded.org wrote:
> wic is useful from an installed SDK for assembling or inspecting a wic
> image, but adding it is not free: nativesdk-wic pulls in the tools it
> runs (parted, gptfdisk, dosfstools, mtools, bmaptool, grub, btrfs-tools,
> squashfs-tools, e2fsprogs, util-linux, tar, erofs-utils, and syslinux on
> x86). Most SDKs do not need any of that, so wic should not be in the
> host packagegroup unconditionally.
>
> Gate wic in the host packagegroup on the "wic" SDK feature, which is not
> enabled by default. A configuration that wants wic in its SDK adds the
> "wic" feature to SDK_FEATURES and gets a working wic, together with the
> tools it invokes, in the SDK.
>
> AI-Generated: codex/claude-opus 4.8 (xhigh)
> Signed-off-by: Trevor Woerner <twoerner@gmail.com>
> ---
> changes in v4:
> - split out from the v3 "add wic via a new SDK_FEATURES lever" patch:
> this patch now only wires wic to the "wic" SDK feature
> ---
> .../packagegroups/nativesdk-packagegroup-sdk-host.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
> index 51e48f250b19..c2974a57fe3e 100644
> --- a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
> +++ b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
> @@ -29,6 +29,7 @@ RDEPENDS:${PN} = "\
> nativesdk-bison \
> nativesdk-flex \
> nativesdk-perl-module-integer \
> + ${@bb.utils.contains('SDK_FEATURES', 'wic', 'nativesdk-wic', '', d)} \
> "
This means that the recipe/package would rebuild every time you change
SDK_FEATURES. IMAGE_FEATURES can be set per image recipe, this would
mean SDK_FEATURES can be set once, globally.
This is why SDK_TOOLCHAIN_LANGS is handled at the class level in
populate_sdk_base.bbclass. It looks for values and pulls in a
packagegroup for a given feature. You can then change the langs on a
per sdk basis.
Instead of the above, you could add:
${@bb.utils.contains('SDK_FEATURES', 'wic', 'nativesdk-wic', '', d)}
there, probably for TOOLCHAIN_HOST_TASK.
Generally we'd create a packagegroup if there are multiple items being
gated on a config. wic is probably fine, sbom might need a
packagegroup.
Other feedback on the series:
* patch 5/10 should have a subject prefix of bitbake.conf as
it doesn't touch nativesdk-packagegroup-sdk-host
* We need to migrate SDK_TOOLCHAIN_LANGS to SDK_FEATURES,
probably using BB_RENAMED_VARIABLES
Are these tweaks you're ok to make?
Cheers,
Richard
next prev parent reply other threads:[~2026-07-30 10:40 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-24 9:01 [PATCH v4 00/10] wic: ship its tools, and add an SDK_FEATURES lever Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 01/10] wic-tools: move bootloader firmware staging into the wic oe-selftest Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 02/10] wic: add runtime dependencies on the tools it invokes Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 03/10] oeqa/selftest/wic: drop dead COREBASE/scripts wic lookup Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 04/10] oeqa/selftest/wic: drop redundant per-test PATH overrides Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 05/10] nativesdk-packagegroup-sdk-host: add an SDK_FEATURES lever Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 06/10] nativesdk-packagegroup-sdk-host: add wic to SDK_FEATURES Trevor Woerner
2026-07-30 10:40 ` Richard Purdie [this message]
2026-07-30 11:48 ` [OE-core] " Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 07/10] nativesdk-packagegroup-sdk-host: add an sbom SDK feature Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 08/10] nativesdk-packagegroup-sdk-host: add an lldb " Trevor Woerner
2026-07-24 9:01 ` [PATCH v4 09/10] nativesdk-packagegroup-sdk-host: gate qemu behind SDK_FEATURES Trevor Woerner
2026-07-24 9:21 ` Patchtest results for " patchtest
2026-07-24 9:01 ` [PATCH v4 10/10] packagegroup-cross-canadian: gate gdb " Trevor Woerner
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=76897f53eff588bb67e0e5f0b04dac7be6fa0ac2.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--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