Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Rasmus Villemoes <ravi@prevas.dk>
To: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Cc: "openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>,
	 Richard Purdie <richard.purdie@linuxfoundation.org>,
	 Changqing Li <changqing.li@windriver.com>,
	 "emkan@prevas.dk" <emkan@prevas.dk>
Subject: Re: [OE-core] [PATCH] bitbake.conf: set FILESYSTEM_PERMS_TABLES using ??=
Date: Sat, 23 Nov 2024 00:02:03 +0100	[thread overview]
Message-ID: <87ttbykh3o.fsf@prevas.dk> (raw)
In-Reply-To: <DB5PR02MB10213FC6844484ED59B5806EDEF232@DB5PR02MB10213.eurprd02.prod.outlook.com> (Peter Kjellerstedt's message of "Fri, 22 Nov 2024 19:01:59 +0000")

On Fri, Nov 22 2024, Peter Kjellerstedt <peter.kjellerstedt@axis.com> wrote:

>> From: Rasmus Villemoes <ravi@prevas.dk>
>> 
>> This default value of FILESYSTEM_PERMS_TABLES is set before
>> local.conf, ${DISTRO}.conf etc. are parsed. So in order for
>> ${DISTRO}.conf to define the value, it has to use =. But that then
>> precludes the ${MACHINE}.conf from having final say, unless one there
>> resorts to some override hack.
>> 
>> Demote this default setting to a weak default. Then local.conf,
>> ${DISTRO}.conf, ${MACHINE}.conf etc. can each use ?= with the expected
>> precedence.
>> 
>> Signed-off-by: Rasmus Villemoes <ravi@prevas.dk>
>> ---
>>  meta/conf/bitbake.conf | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>> 
>> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
>> index 02bbf0e7a5..daf2d952e4 100644
>> --- a/meta/conf/bitbake.conf
>> +++ b/meta/conf/bitbake.conf
>> @@ -381,7 +381,7 @@ FILESEXTRAPATHS ?= "__default:"
>>  #  base_prefix, prefix, exec_prefix, base_bindir, base_sbindir, base_libdir,
>>  #  datadir, sysconfdir, servicedir, sharedstatedir, localstatedir, infodir,
>>  #  mandir, docdir, bindir, sbindir, libexecdir, libdir and includedir
>> -FILESYSTEM_PERMS_TABLES ?=  "files/fs-perms.txt \
>> +FILESYSTEM_PERMS_TABLES ??= "files/fs-perms.txt \
>>                               files/fs-perms-volatile-log.txt \
>>                               files/fs-perms-volatile-tmp.txt"
>> 
>
> Careful now. Changing ?= to ??= means that it is no longer possible to use 
> FILESYSTEM_PERMS_TABLES += "..." in, e.g., a ${DISTRO}.conf (something we do in 
> our layers). Instead it requires that FILESYSTEM_PERMS_TABLES:append is used.
>

Ah, good point. I only considered the various forms of assignment people
might have in the distro conf etc, not the various kinds of appends.

What prompted me to send this was that we'd like to have persistent
logs, and the documentation says "remove files/fs-perms-volatile-log.txt
from FILESYSTEM_PERMS_TABLES" - but I/we would rather not do that in our
distro conf by using the :remove operator; we would rather set a default
value for FILESYSTEM_PERMS_TABLES that derived distros or individual
machines could then have final say over.

Commits 91128c651706 and 8d1ae67b89c4 don't offer much explanation why
the individual flags were removed, but it does seem to make things
somewhat less flexible.

As always, an extra level of indirection might be introduced
(i.e. FILESYSTEM_PERMS_TABLE_LOG ??=
"files/fs-perms-volatile-log.txt" and rewriting bitbake.conf's
definition in terms of that...), but I'm loath to actually suggest that
until I understand the actual motivation for those two commits.

Rasmus


      reply	other threads:[~2024-11-22 23:02 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-21  9:08 [PATCH] bitbake.conf: set FILESYSTEM_PERMS_TABLES using ??= Rasmus Villemoes
2024-11-22 19:01 ` [OE-core] " Peter Kjellerstedt
2024-11-22 23:02   ` Rasmus Villemoes [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=87ttbykh3o.fsf@prevas.dk \
    --to=ravi@prevas.dk \
    --cc=changqing.li@windriver.com \
    --cc=emkan@prevas.dk \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=peter.kjellerstedt@axis.com \
    --cc=richard.purdie@linuxfoundation.org \
    /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