All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: Chris Tapp <opensource@keylevel.com>
Cc: Yocto Discussion Mailing List <yocto@yoctoproject.org>,
	Chris Larson <clarson@kergoth.com>
Subject: Re: bbappending a bbappend
Date: Sun, 9 Dec 2012 09:50:52 -0500	[thread overview]
Message-ID: <50C4A54C.9060201@windriver.com> (raw)
In-Reply-To: <26A95DB9-6C86-4677-94FA-48C0E0AFF2B9@keylevel.com>

On 12-12-09 5:48 AM, Chris Tapp wrote:
> On 9 Dec 2012, at 04:47, Bruce Ashfield wrote:
>
>>
>>
>>
>> On Sat, Dec 8, 2012 at 7:54 PM, Chris Tapp <opensource@keylevel.com
>> <mailto:opensource@keylevel.com>> wrote:
>>
>>     On 9 Dec 2012, at 00:11, Chris Larson wrote:
>>
>>>     On Sat, Dec 8, 2012 at 5:07 PM, Chris Tapp
>>>     <opensource@keylevel.com <mailto:opensource@keylevel.com>> wrote:
>>>
>>>         Is it possible to have more than one bbappend applied to a
>>>         recipe?
>>>
>>>         I'm using meta-cedartrail with my own layer (which is set as
>>>         lower priority).
>>>
>>>         Meta-cedartrail has a linux-yocto_3.0.bbappend, but I want to
>>>         be able to enable CONFIG_HID_APPLE in my layer so my Apple
>>>         keyboard works (and keep meta-cedartrail 'clean'). Is it
>>>         possible to use another linux-yocto_3.0.bbappend in my layer?
>>>         I've given it a try, but it's not working and I thought it
>>>         would be an idea to see if it __should__ before I try and fix
>>>         it ;-)
>>>
>>>
>>>     All bbappends from all layers are applied, in layer priority order.
>>
>>     Thanks, I was hoping that was the case.
>>
>>     I wonder why this isn't working then - I think I've done it as
>>     shown in the dev manual...
>>
>>
>> Is it something other than the bbappends ? i.e. are you sure you have
>> all the required
>> dependencies for CONFIG_HID_APPLE already enabled, or in the same fragment
>> you are appending ?
>
> menuconfig shows that the dependencies are ok. I've got a single
> fragment referenced using a SRC_URI in the bbappend which sets
> FILESEXTRAPATHS_prepend. The .cfg file just sets:
>
> CONFIG_HID_APPLE=y
>
> I can't find my .cfg file in the work area, so it seems as if it's not
> being picked up.

Aha. That is interesting, since if the file wasn't found, you should
get a fetcher error. But if the file isn't in the workdir, then it 
definitely
won't be tacked on the end of the configuration for you (as you've
seen).

So that brings the question back to the bbappend, and why wouldn't your
file be found and propagated. hmm. I can always try something here, but
I've had multiple bbappends in the past and they've worked .. but one just
never knows what can silently break.

Bruce


>
>> Bruce
>>
>>
>>>     --
>>>     Christopher Larson
>>
>>     Chris Tapp
>>
>>     opensource@keylevel.com <mailto:opensource@keylevel.com>
>>     www.keylevel.com <http://www.keylevel.com/>
>>
>>
>>
>>
>>     _______________________________________________
>>     yocto mailing list
>>     yocto@yoctoproject.org <mailto:yocto@yoctoproject.org>
>>     https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>>
>>
>> --
>> "Thou shalt not follow the NULL pointer, for chaos and madness await
>> thee at its end"
>
> Chris Tapp
>
> opensource@keylevel.com <mailto:opensource@keylevel.com>
> www.keylevel.com <http://www.keylevel.com>
>
>
>
>
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto



  reply	other threads:[~2012-12-09 14:51 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-09  0:07 bbappending a bbappend Chris Tapp
2012-12-09  0:11 ` Chris Larson
2012-12-09  0:54   ` Chris Tapp
2012-12-09  2:06     ` Chris Larson
2012-12-09 10:43       ` Chris Tapp
2012-12-09  4:47     ` Bruce Ashfield
2012-12-09 10:48       ` Chris Tapp
2012-12-09 14:50         ` Bruce Ashfield [this message]
2012-12-09 16:30           ` Chris Larson
2012-12-09 16:44             ` Chris Tapp
2012-12-09 16:47               ` Chris Larson
2012-12-09 16:57                 ` Chris Tapp
2012-12-10 10:23                   ` Chris Tapp

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=50C4A54C.9060201@windriver.com \
    --to=bruce.ashfield@windriver.com \
    --cc=clarson@kergoth.com \
    --cc=opensource@keylevel.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.