From: Mark Hatle <mark.hatle@windriver.com>
To: Laszlo Papp <lpapp@kde.org>
Cc: openembedded-core <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 2/2 v2] meta-skeleton: Add busybox config fragment example
Date: Tue, 13 Aug 2013 12:58:47 -0500 [thread overview]
Message-ID: <520A73D7.9030508@windriver.com> (raw)
In-Reply-To: <CAOMwXhMnojFEXBG0H02CH4B7DTMiFQeJMOt9bvuGbCjWmh-2NA@mail.gmail.com>
On 8/13/13 12:40 PM, Laszlo Papp wrote:
> On Tue, Aug 13, 2013 at 6:33 PM, Mark Hatle <mark.hatle@windriver.com
> <mailto:mark.hatle@windriver.com>> wrote:
>
> On 8/13/13 12:23 PM, Laszlo Papp wrote:
>
> s/which files/which lines/
>
>
> The kernel configuration mechanism has a tool that will combine the original
> configuration, and any listed configuration fragments (.cfg files). It will
> combine these, and then filter them in such a way that last-in wins.
>
> See the Yocto Project Linux Kernel Development manual, section 2.2.3:
>
> http://www.yoctoproject.org/__docs/current/kernel-dev/__kernel-dev.html#changing-the-__configuration
> <http://www.yoctoproject.org/docs/current/kernel-dev/kernel-dev.html#changing-the-configuration>
>
>
> Could you please clarify how that is related to my question? What I wanna
> understand is: I set something in the config as I wish, and then the bitbake
> file is getting chopped respectively like with "ifdef/elif" etc in C/C++, but
> this time inside the python script defined in the bitbake file.
You asked: How will this know which lines exactly to disregard in the busybox
include file (".inc")?
My answer is that, according to the quoted documentation, the tooling, as
described in the above URL, does this as a last-in processing, based on the
filename(s) of the SRC_URI components.
> I am well aware of that you can customize the defconfig, but my question was
> about the python function.
Specifically for the busybox package, the python fragement "find_cfgs(d):"
located in the busybox.inc file finds the .cfg files, and collects them into a
list. They are then processed by the 'merge_config.sh' script that is called as
part of the do_configure task.
I believe the merge_config script is provided as part of the linux-libc-headers
or linux-yocto package, but I may be incorrect on that.
--Mark
next prev parent reply other threads:[~2013-08-13 17:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-13 17:11 [PATCH 2/2 v2] meta-skeleton: Add busybox config fragment example Saul Wold
2013-08-13 17:23 ` Laszlo Papp
2013-08-13 17:23 ` Laszlo Papp
2013-08-13 17:33 ` Mark Hatle
2013-08-13 17:40 ` Laszlo Papp
2013-08-13 17:58 ` Mark Hatle [this message]
2013-08-13 18:02 ` Bruce Ashfield
2013-08-13 17:26 ` Mark Hatle
2013-08-13 17:40 ` Darren Hart
2013-08-13 17:46 ` Saul Wold
2013-08-13 18:39 ` Otavio Salvador
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=520A73D7.9030508@windriver.com \
--to=mark.hatle@windriver.com \
--cc=lpapp@kde.org \
--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 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.