All of lore.kernel.org
 help / color / mirror / Atom feed
From: Floris Bos <bos@je-eigen-domein.nl>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2 1/5] kconfig-package: add support for config fragments
Date: Sat, 02 May 2015 13:30:13 +0200	[thread overview]
Message-ID: <5544B545.6060809@je-eigen-domein.nl> (raw)
In-Reply-To: <5544A8D0.5080009@mind.be>

On 05/02/2015 12:37 PM, Arnout Vandecappelle wrote:
> On 28/04/15 16:34, Floris Bos wrote:
>> Adds functionality to the kconfig infrastructure to merge additional
>> configuration fragment files to the main configuration file of
>> kconfig packages, using support/kconfig/merge_config.sh
>>
>> Typical use-case is when you want your configuration to be
>> kept in sync with an upstream (def)config file, but do require
>> some minor local modifications.
>>
>> Disables -update-config and -update-defconfig targets when
>> fragment files are set.
>>
>> Signed-off-by: Floris Bos <bos@je-eigen-domein.nl>
> [snip]
>
>> +* +FOO_KCONFIG_FRAGMENT_FILES+: a space-separated list of configuration
>> +  fragment files that are merged to the main configuration file.
>> +  Fragment files are typically used when there is a desire to stay in sync
>> +  with an upstream (def)config file, with some minor modifications.
>   I should have noticed this in the first iteration, but why do we need an
> additional config option for this? We could just rename _KCONFIG_FILE to
> _KCONFIG_FILES and update the help texts to explain that the files may consist
> of fragments.

Has been briefly discussed during the first iteration.
Main problem is _KCONFIG_FILE is not just a source file, but also a 
destination file for the update-config and update-defconfig targets.


-- 
Yours sincerely,

Floris Bos

  reply	other threads:[~2015-05-02 11:30 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-28 14:34 [Buildroot] [PATCH v2 1/5] kconfig-package: add support for config fragments Floris Bos
2015-04-28 14:34 ` [Buildroot] [PATCH v2 2/5] linux: add option to specify " Floris Bos
2015-05-02 10:39   ` Arnout Vandecappelle
2015-05-02 12:44   ` Arnout Vandecappelle
2015-05-06  4:16     ` Gergely Imreh
2015-04-28 14:34 ` [Buildroot] [PATCH v2 3/5] busybox: " Floris Bos
2015-05-02 12:47   ` Arnout Vandecappelle
2015-04-28 14:34 ` [Buildroot] [PATCH v2 4/5] uclibc: " Floris Bos
2015-05-02 12:55   ` Arnout Vandecappelle
2015-04-28 14:34 ` [Buildroot] [PATCH v2 5/5] barebox: " Floris Bos
2015-05-02 12:55   ` Arnout Vandecappelle
2015-05-02 10:37 ` [Buildroot] [PATCH v2 1/5] kconfig-package: add support for " Arnout Vandecappelle
2015-05-02 11:30   ` Floris Bos [this message]
2015-05-02 12:43 ` Arnout Vandecappelle
2015-05-06  4:14   ` Gergely Imreh
2015-05-21 21:52 ` Thomas Petazzoni

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=5544B545.6060809@je-eigen-domein.nl \
    --to=bos@je-eigen-domein.nl \
    --cc=buildroot@busybox.net \
    /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.