All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Puhlman <jpuhlman@gmail.com>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: Yocto discussion list <yocto@yoctoproject.org>
Subject: Re: contradictory explanations of IMAGE_INSTALL in yocto manuals
Date: Fri, 09 Mar 2012 09:54:51 -0800	[thread overview]
Message-ID: <4F5A43EB.9000704@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1203090547080.16743@oneiric>

On 3/9/2012 2:51 AM, Robert P. J. Day wrote:
>   (i posted something regarding this on the oe-core list, but i wanted
> to post here as well with specific examples from the yocto manuals.)
>
>   from the yocto dev manual, section 4.3.1:
>
> "The other method for creating a custom image is to modify an existing
> image. For example, if a developer wants to add strace into the
> core-image-sato image, they can use the following recipe:
>
>      require core-image-sato.bb
>
>      IMAGE_INSTALL += "strace"
>
>   however, here's the discussion of IMAGE_INSTALL in the poky ref
> manual in the variables glossary:
>
> "Using IMAGE_INSTALL with the += operator from the /conf/local.conf
> file or from within an image recipe is not recommended as it can cause
> ordering issues."
>
> ... and that explanation goes on to recommend using
> IMAGE_INSTALL_append instead.  that inconsistency should be cleared
> up.
>

The issue here is your talking about two different use cases. Setting
IMAGE_INSTALL from a local.conf is a
different use case then setting the value in a image recipe that
includes another image recipe.

From the local.conf, just from a functional point of view generally will
not work well if you do IMAGE_INSTALL +=.

Some images(not neccisarily in oe-core) set IMAGE_INSTALL explictly
hard, which means you can add what ever you want in your
local.conf and it will get replaced with what is in the recipe. If the
recipe sets IMAGE_INSTALL soft, then what happens is when your
local.conf is read, the value should start out as not defined, so when
you += to the value you get what ever you set as the only value.
Later on when things like core-image attempt to set via =? it sees that
it is already set and should break the image since it doesn't add
what it thinks is the right stuff to make the image, just the stuff you
set in your local.conf.

If from the local.conf, you so IMAGE_INSTALL_append, what ever you set
will get added after all the processing of the various settings for the
image is
already complete.

In an image recipe, like the one you call out, all the image processing
of what should be added etc, is alreaqdy done, when the =+ is added, so
the result is what you would expect.

Different use cases generally have different suggested methods. However
this is more of a funcitonal discssion as I am not sure what the
community consensus
suggestions for setting things like IMAGE_INSTALL in local.conf is any more.



  parent reply	other threads:[~2012-03-09 17:55 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-09 10:51 contradictory explanations of IMAGE_INSTALL in yocto manuals Robert P. J. Day
2012-03-09 16:39 ` Rudolf Streif
2012-03-09 16:56   ` Robert P. J. Day
2012-03-09 17:08     ` Rudolf Streif
2012-03-09 16:40 ` Rudolf Streif
2012-03-09 17:54 ` Jeremy Puhlman [this message]
2012-03-09 18:06   ` Robert P. J. Day

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=4F5A43EB.9000704@gmail.com \
    --to=jpuhlman@gmail.com \
    --cc=rpjday@crashcourse.ca \
    --cc=yocto@yoctoproject.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 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.