Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] List of pending patches: what to do?
Date: Mon, 12 Aug 2013 23:01:32 +0200	[thread overview]
Message-ID: <52094D2C.7080001@mind.be> (raw)
In-Reply-To: <CAAXf6LXdqkH1ccdDNdUVdriKxKur3f8ZtV58AaCsQPspUxMLaw@mail.gmail.com>

On 02/08/13 10:33, Thomas De Schampheleire wrote:
> On Thu, Aug 1, 2013 at 11:30 PM, Samuel Martin <s.martin49@gmail.com> wrote:
>> Thomas, all,
>>
>> 2013/8/1 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>:
>>> Dear Samuel Martin,
>>>
>>> On Thu, 1 Aug 2013 00:13:35 +0200, Samuel Martin wrote:
>>>
>>>> 2013/7/31 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>:
>>>>
>>>>> http://patchwork.ozlabs.org/patch/243426 Fix bug with dependencies of *-rebuild and *-reconfigure
>>>>> http://patchwork.ozlabs.org/patch/172278 pkg-infra: limit -reconfigure and -rebuild actions
>>>> Both treat the same thing!
>>>> A "political decision" has to be made on this since it slightly
>>>> changes the way some BR commands work.
>>>
>>> Can we have a decision on those ones?
>>>
>>> On my side, I kind of like the fact that 'make blabla-rebuild' both
>>> rebuilds the blabla package and regenerates the root filesystem. It
>>> avoids the need for 'make blabla-rebuild && make'. However, it's true
>>> that it's inconsistent with 'make blabla-dirclean', which just removes
>>> the build directory, and therefore requires a 'make blabla-dirclean &&
>>> make' if you want to completely rebuild a package from scratch.
>>
>> IIRC, we talked about this during some BR dev days or patchwork-day
>> session, and in the end we kept statu quo.
>>
>> I'd rather be in favor of these patches, although I barely use the
>> *-re{configure,build} targets;

  I also don't use them because they're not convenient :-) I typically use

make foo-clean-for-rebuild foo

so for me the patch would be really convenient (except that I typically 
use several buildroot versions in parallel so I'll forget if I can use 
the -rebuild target or not).


>> anyway it's just one opinion among others.
>>
>
> I am currently used to -reconfigure and -rebuild to rebuild also the
> rootfs, but I also agree it's inconsistent with the other targets. If
> we want to be strict, then foo-reconfigure can only configure, not
> build. And foo-rebuild can only build.
> Hence, to get the original behavior of:
> foo-reconfigure --> foo-reconfigure all
> foo-rebuild     --> foo-rebuild all
>
> Is that understanding correct?
> As long as we can document this properly, also in the ChangeLog, then
> I'm fine with this semantic change. Adding 'all' isn't the end of the
> world.

  BTW the report of the last developer meeting [1] says that we were 
going to accept these patches.


  Regards,
  Arnout


[1] http://elinux.org/Buildroot:DeveloperDaysFOSDEM2013#Action_point_list

-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

  parent reply	other threads:[~2013-08-12 21:01 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-31 17:14 [Buildroot] List of pending patches: what to do? Thomas Petazzoni
2013-07-31 17:18 ` Thomas Petazzoni
2013-07-31 20:44   ` Yann E. MORIN
2013-08-01  5:39     ` Thomas Petazzoni
2013-07-31 17:51 ` Gustavo Zacarias
2013-08-01  5:50   ` Thomas Petazzoni
2013-07-31 20:45 ` Thomas De Schampheleire
2013-07-31 20:57   ` Yann E. MORIN
2013-08-01  5:59   ` Thomas Petazzoni
2013-08-01 20:24     ` Yann E. MORIN
2013-07-31 20:55 ` Yann E. MORIN
2013-08-01  6:04   ` Thomas Petazzoni
2013-07-31 22:13 ` Samuel Martin
2013-07-31 22:20   ` Yann E. MORIN
2013-08-01 16:23   ` Thomas Petazzoni
2013-08-01 21:30     ` Samuel Martin
2013-08-02  8:33       ` Thomas De Schampheleire
2013-08-02  8:50         ` Thomas Petazzoni
2013-08-02  9:09           ` Thomas De Schampheleire
2013-08-02  9:10             ` Thomas Petazzoni
2013-08-02  9:27               ` Thomas De Schampheleire
2013-08-12 21:01         ` Arnout Vandecappelle [this message]
2013-08-01  2:52 ` Danomi Manchego
2013-08-01  6:13   ` Thomas Petazzoni
2013-08-01 20:14     ` Yann E. MORIN
2013-08-01  6:54 ` Simon Dawson
2013-08-01  7:41   ` Thomas Petazzoni
2013-08-01 16:16 ` Thomas Petazzoni
2013-08-02  8:10 ` Jérôme Pouiller
2013-08-02 11:11 ` Patrick Ziegler
2013-08-02 11:17   ` Thomas Petazzoni
2013-08-19 10:35 ` Luca Ceresoli

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=52094D2C.7080001@mind.be \
    --to=arnout@mind.be \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox