All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nikolay Dimitrov <picmaster@mail.bg>
To: Paul Eggleton <paul.eggleton@linux.intel.com>,
	 Tobias Olausson <tobias.olausson@pelagicore.com>
Cc: yocto@yoctoproject.org
Subject: Re: bblayer priorities ignored for bbappends?
Date: Wed, 08 Apr 2015 12:28:25 +0300	[thread overview]
Message-ID: <5524F4B9.9000108@mail.bg> (raw)
In-Reply-To: <1521935.2Je9FCNQNj@peggleto-mobl.ger.corp.intel.com>

Hi Paul, Tobias,

On 04/08/2015 11:55 AM, Paul Eggleton wrote:
> Hi Tobias,
>
> On Wednesday 08 April 2015 08:54:20 Tobias Olausson wrote:
>> I just had a weird experience with yocto and I wanted to know if the
>> described behaviour is intentional.
>>
>> I have a layer with priority 7 containing a recipe, foo.bb. In another
>> layer, with priority 8, there is a foo.bbappend. Finally, I just added
>> another layer, with priority 9, where foo.bb is redefined as a binary
>> recipe.
>>
>> When I added the last layer, I expected that to take precedence over the
>> other two. However, the bbappend for foo is still applied (which in this
>> case changed the SRC_URI, making the whole binary recipe moot). Is this
>> really the way it's supposed to be? I would expect that lower layers cannot
>> influence layers with higher priority at all, but that does not seem to be
>> the case.
>
> That is the case, yes - bbappends are always applied. As far as I am aware
> this is the first time this kind of situation has been asked about though so
> it's probably just that we didn't consider it before.
>
> Presumably you could use a bbappend rather than a recipe in the last layer?
> You might need to stub out some of the functions of course, but it should be
> possible.

Thanks for touching the important subject. Indeed, this is an issue as
sometimes the bbappend change is generic and can be reused by the
customer layer(s), and sometimes the change is not appropriate and
needs to be undone.

I would agree that both cases are legitimate and would look for ideas
how it can be resolved in a logical way.

Regards,
Nikolay

PS: I can give examples, but don't want to drift the discussion towards
my topics.


  reply	other threads:[~2015-04-08  9:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-08  6:54 bblayer priorities ignored for bbappends? Tobias Olausson
2015-04-08  8:55 ` Paul Eggleton
2015-04-08  9:28   ` Nikolay Dimitrov [this message]
2015-04-08 10:29   ` Tobias Olausson
2015-04-08 11:23     ` Martin Jansa

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=5524F4B9.9000108@mail.bg \
    --to=picmaster@mail.bg \
    --cc=paul.eggleton@linux.intel.com \
    --cc=tobias.olausson@pelagicore.com \
    --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.