From: Gary Thomas <gary@mlbassoc.com>
To: Paul Eggleton <paul.eggleton@linux.intel.com>,
Thomas Perrot <thomas.perrot@tupi.fr>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] systemd-serialgetty: Remove SERIAL_CONSOLE definition, because it depends of machine definition. Set it, here, can be make the value is not good.
Date: Fri, 22 May 2015 07:57:25 -0600 [thread overview]
Message-ID: <555F35C5.3010500@mlbassoc.com> (raw)
In-Reply-To: <68207409.2TGPmlRSeZ@peggleto-mobl.ger.corp.intel.com>
On 2015-05-22 07:32, Paul Eggleton wrote:
> On Friday 22 May 2015 07:28:25 Gary Thomas wrote:
>> On 2015-05-22 07:12, Paul Eggleton wrote:
>>> Hi Thomas,
>>>
>>> On Friday 22 May 2015 15:02:02 Thomas PERROT wrote:
>>>> If the machine layer definition is applied after meta-systemd also
>>>> with a default setting operator instead an affectation, this var will
>>>> be bad initialized. It's the case with meta-raspberrypi layer.
>>>
>>> 1) Where in meta-systemd is SERIAL_CONSOLE being set? I can't find it
>>> anywhere in there.
>>
>> It's actually in OE-core:
>> meta/recipes-core/systemd/systemd-serialgetty.bb
>>>
>>> 3) When the machine configuration sets the value, that happens pretty
>>> early on in the parsing process so there's no way that this value is
>>> going to take precedence over the machine value. Have you looked at the
>>> output of bitbake -e systemd-serialgetty | less to see how the value of
>>> this variable is being set?
>
> Right, then my comment stands. Setting the value with ?= in systemd-
> serialgetty.bb is not going to override a value set by the machine
> configuration, whether the machine configuration uses ?= or = - the machine
> configuration is parsed first, and ?= means "set if not already set" - which it
> will be by the time the recipe is parsed.
I still think it's wrong to be setting such a variable in
this [obscure] recipe.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next prev parent reply other threads:[~2015-05-22 13:57 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-22 10:09 [PATCH] systemd-serialgetty: Remove SERIAL_CONSOLE definition, because it depends of machine definition. Set it, here, can be make the value is not good Thomas Perrot
2015-05-22 11:11 ` Otavio Salvador
2015-05-22 13:02 ` Thomas PERROT
2015-05-22 13:12 ` Paul Eggleton
2015-05-22 13:28 ` Gary Thomas
2015-05-22 13:32 ` Paul Eggleton
2015-05-22 13:57 ` Gary Thomas [this message]
2015-05-22 13:58 ` Thomas PERROT
2015-05-22 14:06 ` Paul Eggleton
2015-05-22 14:27 ` Thomas PERROT
2015-05-22 14:32 ` Paul Eggleton
2015-05-22 15:20 ` Thomas PERROT
2015-05-22 17:02 ` Thomas PERROT
2015-05-22 13:08 ` Gary Thomas
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=555F35C5.3010500@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=paul.eggleton@linux.intel.com \
--cc=thomas.perrot@tupi.fr \
/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