From: Clayton Casciato <majortomtosourcecontrol@gmail.com>
To: Alexander Kanavin <alex.kanavin@gmail.com>
Cc: openembedded-core@lists.openembedded.org, zboszor@gmail.com
Subject: Re: [OE-core] [PATCH] rpm-sequoia-crypto-policy: add nativesdk to BBCLASSEXTEND
Date: Mon, 29 Sep 2025 09:40:16 -0600 [thread overview]
Message-ID: <8ea77c3c-5dc1-4eab-905b-27a4cbfebb39@gmail.com> (raw)
In-Reply-To: <CANNYZj8e8dpdpZe41O_N1P44Ki61tcFNX4jVQ8rn0EG__j+RKg@mail.gmail.com>
> On Mon, 29 Sept 2025 at 15:47, Clayton Casciato
> <majortomtosourcecontrol@gmail.com> wrote:
>> I understand the pushback against unnecessary functionality.
>>
>> I would still like to resolve the case where "sequoia" is in the ??.
>>
>> What are your thoughts on this alternative?
>>
>> PACKAGECONFIG:remove:class-nativesdk = "sequoia"
>@
> I would rather add it separately like the signing selftest does:
>@
> meta/lib/oeqa/selftest/cases/signing.py: feature +=
> 'PACKAGECONFIG:append:pn-rpm-native = " sequoia"\n'
> meta/lib/oeqa/selftest/cases/signing.py: feature +=
> 'PACKAGECONFIG:append:pn-rpm = " sequoia"\n'
>@
> _remove works 'after the fact' and complicates understanding how the
> configuration ends up with the final values. It also cannot be undone
> with any other statement.
>@
> Alex
I will reconsider for the future, but I typically manipulate the
non-specific PACKAGECONFIG as suggested by the documentation:
https://docs.yoctoproject.org/dev/ref-manual/variables.html#term-PACKAGECONFIG
This was a frustrating issue to encounter as I had not come across this
behavior before for other recipes.
I see the downside to using a remove operation.
With that said, it is discoverable via bitbake-getvar.
While this does seem like a bug, I plan to drop this issue for now.
Thanks again!
Clayton Casciato
prev parent reply other threads:[~2025-09-29 15:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-28 20:32 [PATCH] rpm-sequoia-crypto-policy: add nativesdk to BBCLASSEXTEND Clayton Casciato
2025-09-29 9:40 ` [OE-core] " Alexander Kanavin
2025-09-29 13:47 ` Clayton Casciato
2025-09-29 14:47 ` Alexander Kanavin
2025-09-29 15:40 ` Clayton Casciato [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=8ea77c3c-5dc1-4eab-905b-27a4cbfebb39@gmail.com \
--to=majortomtosourcecontrol@gmail.com \
--cc=alex.kanavin@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=zboszor@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.