From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: setting EXTRA_IMAGE_FEATURES explicitly in .bb file can screw things up
Date: Mon, 9 Jul 2012 11:24:27 -0400 (EDT) [thread overview]
Message-ID: <alpine.DEB.2.02.1207091120520.1353@oneiric> (raw)
In-Reply-To: <CAK18fxFo2YtoGNQEtLNh8cVPvxKebGYYKQSEVCPxXmWsTfU3Gg@mail.gmail.com>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3519 bytes --]
On Mon, 9 Jul 2012, Andrei Gherzan wrote:
> On Sat, Jul 7, 2012 at 9:52 PM, Robert P. J. Day <rpjday@crashcourse.ca> wrote:
>
> a while back, i whined about the inconsistent usage of
> EXTRA_IMAGE_FEATURES, like this as a snippet:
>
> meta/recipes-sato/images/core-image-sato-sdk.bb:EXTRA_IMAGE_FEATURES += "tools-debug tools-profile tools-testapps
> debug-tweaks"
> meta/recipes-rt/images/core-image-rt-sdk.bb:EXTRA_IMAGE_FEATURES += "tools-debug tools-profile tools-testapps
> debug-tweaks"
> meta/recipes-extended/images/core-image-lsb-sdk.bb:EXTRA_IMAGE_FEATURES = "tools-debug tools-profile tools-testapps
> debug-tweaks"
>
> notice the mixing of "+=" and "=", which seems messy. then i ran
> across this in core-image-lsb-sdk.bb:
>
> IMAGE_FEATURES += "apps-console-core tools-sdk dev-pkgs ssh-server-openssh"
> EXTRA_IMAGE_FEATURES = "tools-debug tools-profile tools-testapps debug-tweaks"
>
> that *can't* be right, can it? the explicit setting of
> EXTRA_IMAGE_FEATURES in that recipe file will override any such
> setting in one's local.conf file, won't it? and that's how the
> current manual *advises* how to add more features through your
> local.conf.
>
> i tested this target with a standard local.conf, and checked the
> environment to see:
>
> ... snip ...
> IMAGE_FEATURES="apps-console-core debug-tweaks tools-sdk
> tools-testapps dev-pkgs tools-profile tools-debug ssh-server-openssh"
>
> which looks fine according to the .bb file.
>
> but if i add the following to my local.conf file (as the manual
> suggests i do to add another feature):
>
> EXTRA_IMAGE_FEATURES = "nfs-server"
>
> i see *no* difference in the environment. hasn't the setting in the
> .bb file overridden the one in my local.conf?
>
> i *can* get nfs-server added to my list of features with
> (predictably):
>
> IMAGE_FEATURES += "nfs-server"
>
> but that doesn't strike me as a proper solution and will certainly
> come as an unpleasant surprise to someone eventually. thoughts?
>
>
> I agree that there is a problem with this image. Anyway the best way
> to debug a scenario like this is to use bitbake -e and grep on the
> thing you are interested in. I tried to add a feature to local conf
> and, as i expected, EXTRA_IMAGE_FEATURES ended up overwritten by
> recipe.
>
> So IMHO the EXTRA_IMAGE_FEATURES variable in the image should be
> merged in the IMAGE_FEATURES above. I don't see the meaning of it.
yup, that was precisely the point i was making. so given the
potential for confusion, what should be the "best practise" here?
based on my sketchy understanding, it seems the proper approach would
be to let recipe files use IMAGE_FEATURES exclusively, while
specifically reserving EXTRA_IMAGE_FEATURES for the developer's
local.conf file, and avoid the current unpleasant mixing.
thoughts?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
next prev parent reply other threads:[~2012-07-09 15:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-07 18:52 setting EXTRA_IMAGE_FEATURES explicitly in .bb file can screw things up Robert P. J. Day
2012-07-08 18:06 ` Robert P. J. Day
2012-07-09 8:59 ` Andrei Gherzan
2012-07-09 15:24 ` Robert P. J. Day [this message]
2012-07-09 15:30 ` Paul Eggleton
2012-07-09 16:25 ` Robert P. J. Day
2012-07-09 20:32 ` Andrei Gherzan
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=alpine.DEB.2.02.1207091120520.1353@oneiric \
--to=rpjday@crashcourse.ca \
--cc=openembedded-core@lists.openembedded.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