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 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.