From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/5] coreutils: belongs to system tools, not development
Date: Tue, 3 Dec 2013 11:12:16 +0100 [thread overview]
Message-ID: <20131203111216.5452f30d@skate> (raw)
In-Reply-To: <8761r6p7vk.fsf@dell.be.48ers.dk>
Dear Peter Korsgaard,
On Tue, 03 Dec 2013 11:05:19 +0100, Peter Korsgaard wrote:
> > We've always said that it was important to keep this option so that
> > newcomers don't enable things like coreutils, bash and so on, and use
> > what I'd consider the default "Buildroot experience", i.e Busybox.
>
> True.
>
> > What made you change your mind about this?
>
> It mainly dates back from when those busybox alternatives didn't get
> much testing, so were likely to fail. We default to having busybox
> enabled, but I don't think we really need to make it more difficult to
> use the alternatives.
>
> E.G. if we support bash/coreutils/.., then we should really support
> them.
I definitely agree with this last part, but I don't see how "really
supporting them" conflicts with the idea of hiding them by default to
avoid having newcomers confused by these.
If the amount of conflicts in package/Config.in is your concern, then I
believe I agree with Gustavoz suggestion of moving the dependency on
BUSYBOX_SHOW_OTHERS down to the individual package/<foo>/Config.in.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2013-12-03 10:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-02 10:49 [Buildroot] [PATCH 1/5] coreutils: belongs to system tools, not development Gustavo Zacarias
2013-12-02 10:49 ` [Buildroot] [PATCH 2/5] coreutils: bump to version 8.21 Gustavo Zacarias
2013-12-03 8:07 ` Peter Korsgaard
2013-12-02 10:49 ` [Buildroot] [PATCH 3/5] util-linux: add agetty->getty symlink Gustavo Zacarias
2013-12-03 8:08 ` Peter Korsgaard
2013-12-02 10:49 ` [Buildroot] [PATCH 4/5] zsh: alpha sort menu option Gustavo Zacarias
2013-12-03 8:09 ` Peter Korsgaard
2013-12-03 8:50 ` Thomas Petazzoni
2013-12-03 10:23 ` Gustavo Zacarias
2013-12-03 10:28 ` Peter Korsgaard
2013-12-03 10:28 ` Peter Korsgaard
2013-12-02 10:49 ` [Buildroot] [PATCH 5/5] sysklogd: install to /sbin Gustavo Zacarias
2013-12-03 8:12 ` Peter Korsgaard
2013-12-03 8:01 ` [Buildroot] [PATCH 1/5] coreutils: belongs to system tools, not development Peter Korsgaard
2013-12-03 8:08 ` Jeremy Rosen
2013-12-03 10:17 ` Gustavo Zacarias
2013-12-03 10:32 ` Peter Korsgaard
2013-12-03 8:59 ` Thomas Petazzoni
2013-12-03 10:05 ` Peter Korsgaard
2013-12-03 10:12 ` Thomas Petazzoni [this message]
2013-12-03 10:34 ` Peter Korsgaard
2013-12-03 10:08 ` Gustavo Zacarias
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=20131203111216.5452f30d@skate \
--to=thomas.petazzoni@free-electrons.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 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.