From: Ulf Samuelsson <ulf.samuelsson@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] 2009.02-rc2 released
Date: Sun, 25 Jan 2009 23:24:12 +0100 [thread overview]
Message-ID: <1232922252.2298.34.camel@elrond.atmel.com> (raw)
In-Reply-To: <8763k3dqi3.fsf@macbook.be.48ers.dk>
s?n 2009-01-25 klockan 22:28 +0100 skrev Peter Korsgaard:
> >>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>
> Hi,
>
> >> Ulf, several people (myself included) told you to default to menuconfig
> >> for the kernel stuff, I'm surprised that's still not the case.
>
> Ulf> If you want a simple configuration, then you don't use
> Ulf> the "Advanced configuration for Linux"
>
> Ulf> The advanced configuration is a selectable option.
> Ulf> so is the make menuconfig.
> Ulf> I prefer default
>
> But we're not talking about what YOU prefer. We're talking about what
> is a sensible default. I think we can all agree that if we have a
> choice between 2 functionally equivalent options where option 1 always
> works and the other requires X and QT3 headers, then the decission is
> easily made.
>
Now it works, regardless if you have X or not.
so we and the user do not have to choose.
If X is available you have a better experience.
> Ulf> I wrote the Advanced configuration so that I can
> Ulf> work with Linux in a manner that is flexible.
>
> Ulf> What should possible be done is to fallback to menuconfig if this fails
>
> But why? Just use menuconfig and be done with it. What does xconfig
> bring you that menuconfig doesn't?
>
Ease of use - ?menuconfig is archaic
I would prefer to use Xconfig for Buildroot as well.
> Ulf> You want to minimize the options for the user, so I suggest
> Ulf> that you write a new way of configuring Linux
> Ulf> so you can do it the way You want.
>
> Sigh. Ulf, you really need to learn to work with the rest of the BR
> developers.
If people have valid issues, then I listen,
My main problem is that not only does people want to
to it in a certain way, they also want to ensure
that it is not possible to do it in another way.
If you want to ensure that Buildroot does not crash
when people select to use make *-config, then that is
a valid concern.
If you want to ensure that Buildroot users
are coreced into using menuconfig, then I think it is not.
If you want to ensure that people has to spend tons of time,
updating the config file to fit their desires
every time they download the trunk, again, I am against that.
IMO, the submitted solution should meet all valid concerns.
> Ulf> You have NO business changing the board defaults.
>
BR
Ulf Samuelsson
next prev parent reply other threads:[~2009-01-25 22:24 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-25 0:28 [Buildroot] 2009.02-rc2 released Paul Jones
2009-01-25 7:32 ` Ulf Samuelsson
2009-01-25 13:07 ` Peter Korsgaard
2009-01-25 21:17 ` Ulf Samuelsson
2009-01-25 21:28 ` Peter Korsgaard
2009-01-25 22:24 ` Ulf Samuelsson [this message]
2009-01-25 23:52 ` Paul Jones
2009-01-26 5:54 ` Peter Korsgaard
2009-01-26 8:48 ` Cyril HAENEL
2009-01-26 16:23 ` Peter Korsgaard
2009-01-26 12:04 ` Thomas Lundquist
-- strict thread matches above, loose matches on Subject: below --
2009-01-23 21:12 Peter Korsgaard
2009-01-23 21:27 ` Cyril HAENEL
2009-01-24 9:02 ` Peter Korsgaard
2009-01-24 13:03 ` Cyril HAENEL
2009-01-26 17:24 ` Robert Nelson
2009-01-26 17:43 ` Peter Korsgaard
2009-01-26 18:30 ` Robert Nelson
2009-01-26 18:49 ` Peter Korsgaard
2009-01-28 8:47 ` Hinko Kocevar
2009-01-28 16:37 ` Peter Korsgaard
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=1232922252.2298.34.camel@elrond.atmel.com \
--to=ulf.samuelsson@atmel.com \
--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