From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: "Saridakis, Dean (US SSA)" <dean.saridakis@baesystems.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Config fragment not being picked up
Date: Mon, 15 Apr 2013 10:58:40 -0400 [thread overview]
Message-ID: <516C15A0.3080505@windriver.com> (raw)
In-Reply-To: <B98BBFB67D89184E8E876F332BDBC3E0A23616@GLDMS85001.goldlnk.rootlnka.net>
On 13-04-15 10:53 AM, Saridakis, Dean (US SSA) wrote:
>>>>> Think I've followed the example in the manual correctly. My append file
>> is
>>>> pretty simple:
>>>>>
>>>>> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}"
>>>>
>>>> It looks like you forgot the colon at the end of the path.
>>>> Try this:
>>>> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
>>>>
>>>> -Kevin
>>>
>>> Good eye, but afraid that didn't help (maybe the path was empty
>> before???). I think the files are getting picked up, since fetch will fail if
>> change the file name to force a not found error.
>>>
>>
>> What release are you using ? I tested this just last night before the
>> 1.4 release final RC .. so it definitely still works!
>>
>> How are you determining that it isn't being picked up?
>
> I believe the SDK is based on Yocto 1.2 / Poky 7.0 -- bitbake is 1.15.2.
> kernel.bbclass kernel_do_configure() looks like it only does a make oldconfig on defconfig...?
> Should I expect to see the .cfg files being eppended there?
>
> The .config I end up with doesn't have the definitions from my .cfg fragment files.
Fragments are processed later in the build procedure. Assuming
this is a linux-yocto based bbappend, they'll be added in the
kernel_configme
task, and will modify the base BSP configuration.
That doesn't mean that all the settings will make it to the final
.config, since normal LKC processing and missing dependencies would
drop invalid/incorrect settings.
Cheers,
Bruce
>
>>
>> Cheers,
>>
>> Bruce
next prev parent reply other threads:[~2013-04-15 14:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20130411231941.C175BE0146C@yocto-www.yoctoproject.org>
2013-04-12 0:42 ` Config fragment not being picked up Bruce Ashfield
2013-04-15 14:53 ` Saridakis, Dean (US SSA)
2013-04-15 14:58 ` Bruce Ashfield [this message]
2013-04-15 15:17 ` Saridakis, Dean (US SSA)
[not found] <201304151736.r3FHaW7N002460@mr1.windriver.com>
2013-04-15 17:39 ` Bruce Ashfield
[not found] <201304151517.r3FFHWcD018317@mr1.windriver.com>
2013-04-15 15:20 ` Bruce Ashfield
2013-04-15 17:36 ` Saridakis, Dean (US SSA)
[not found] <20130411210547.7F1C9E01496@yocto-www.yoctoproject.org>
2013-04-11 21:12 ` Kevin Strasser
2013-04-11 23:19 ` Saridakis, Dean (US SSA)
2013-04-11 21:05 Saridakis, Dean (US SSA)
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=516C15A0.3080505@windriver.com \
--to=bruce.ashfield@windriver.com \
--cc=dean.saridakis@baesystems.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.