From: "Antonin Godard" <antonin.godard@bootlin.com>
To: <koen.kooi@oss.qualcomm.com>, "Ross Burton" <ross.burton@arm.com>,
"openembedded-core@lists.openembedded.org"
<openembedded-core@lists.openembedded.org>
Cc: "Adrian Freihofer" <adrian.freihofer@siemens.com>,
"Peter Marko" <peter.marko@siemens.com>,
"Jose Quaresma" <jose.quaresma@oss.qualcomm.com>
Subject: Re: [OE-core] [PATCH] systemd: stop enabling non-standard MAC policy when using the 'pni-names' DISTRO_FEATURE
Date: Fri, 05 Sep 2025 15:15:33 +0200 [thread overview]
Message-ID: <DCKW7R98LZAP.19SKBT6URU40X@bootlin.com> (raw)
In-Reply-To: <D98DABEC-9D8B-4D6A-ADB8-EABFAADAA502@oss.qualcomm.com>
On Fri Sep 5, 2025 at 3:09 PM CEST, Koen Kooi via lists.openembedded.org wrote:
>
>
>> Op 5 sep 2025, om 14:02 heeft Koen Kooi via lists.openembedded.org <koen.kooi=oss.qualcomm.com@lists.openembedded.org> het volgende geschreven:
>>
>>
>>
>>> Op 5 sep 2025, om 11:09 heeft Ross Burton <ross.burton@arm.com> het volgende geschreven:
>>>
>>> On 5 Sep 2025, at 09:33, Antonin Godard <antonin.godard@bootlin.com> wrote:
>>>>> + if ${@ 'true' if not bb.utils.contains('PACKAGECONFIG', 'pni-names', 'true', 'false', d) else 'false'}; then
>>>>
>>>> This could be simplified to
>>>>
>>>> if ${@bb.utils.contains('PACKAGECONFIG', 'pni-names', 'false', 'true', d)}; then
>>>>
>>>> no?
>>>
>>> I dislike contains() calls that return false,true because that subverts expectations,
>>
>> Same here, which is why I lifted this variant from an existing OE-core bbclass :)
>>
>>> but this seems like a compromise to me:
>>>
>>> if not ${@bb.utils.contains('PACKAGECONFIG', 'pni-names', ’true', ‘false', d)}; then
>>
>> I can rework it to that. If that works, a v2 will best sent!
>
> So that *technically* works because 'not' is both not a bash builtin nor a command installed in the sysroot. This ends up giving us a
>
> not: not found
>
> in log.do_install. I don't think this is an improvement over the original patch. Thoughts?
It should be
if ! ${@bb.utils.contains('PACKAGECONFIG', 'pni-names', ’true', ‘false', d)}; then
We mixed up python and shell syntax here :)
Antonin
--
Antonin Godard, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2025-09-05 13:15 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-02 9:09 [PATCH] systemd: stop enabling non-standard MAC policy when using the 'pni-names' DISTRO_FEATURE Koen Kooi
2025-09-02 9:15 ` Patchtest results for " patchtest
2025-09-02 9:36 ` Koen Kooi
2025-09-02 17:18 ` Ross Burton
2025-09-05 8:33 ` [OE-core] " Antonin Godard
2025-09-05 9:09 ` Ross Burton
2025-09-05 12:02 ` Koen Kooi
[not found] ` <18626142A7130E51.28137@lists.openembedded.org>
2025-09-05 13:09 ` Koen Kooi
2025-09-05 13:15 ` Antonin Godard [this message]
2025-09-05 13:17 ` Ross Burton
2025-09-09 9:40 ` Koen Kooi
2025-09-09 9:43 ` Ross Burton
2025-09-09 11:25 ` Koen Kooi
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=DCKW7R98LZAP.19SKBT6URU40X@bootlin.com \
--to=antonin.godard@bootlin.com \
--cc=adrian.freihofer@siemens.com \
--cc=jose.quaresma@oss.qualcomm.com \
--cc=koen.kooi@oss.qualcomm.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=peter.marko@siemens.com \
--cc=ross.burton@arm.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