From: Peter Korsgaard <jacmet@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 10/10] busybox: support only one version
Date: Thu, 10 Jul 2014 21:33:47 +0200 [thread overview]
Message-ID: <87y4w1m2jo.fsf@dell.be.48ers.dk> (raw)
In-Reply-To: <20140710155650.GA28300@free.fr> (Yann E. MORIN's message of "Thu, 10 Jul 2014 17:56:50 +0200")
>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:
Hi,
>> > I wonder if time also hasn't come to get rid of
>> > BR2_PACKAGE_BUSYBOX_SHOW_OTHERS?
>>
>> I don't know. We've been discussing multiple times the SHOW_OTHERS
>> thing, and I believe each time our conclusion was that it's nice for
>> beginners to have Buildroot hide the applications for which Busybox
>> already provides a good alternative. I'm sure if we remove
>> SHOW_OTHERS, we'll have gazillions of newcomers enabling bash,
>> util-linux and millions of other things that aren't needed when you
>> have Busybox. So I still believe that SHOW_OTHERS is a good thing to
>> have.
> Agreed.
Ok.
>> I however wonder why the SHOW_OTHERS dependency is not pushed to the
>> individual Config.in of each package instead of cluttering
>> package/Config.in.
> Agreed.
>> I'm sure there was a reason behind this choice, but I can't remember.
> Neither do I.
> If that is accepted, I'll work on this.
Fine by me. I think we should also be more careful about when we
consider the Busybox variant equivalent - E.G. we used to hide all web
servers (but not anymore), and we still hide the ISC dhcp package even
though busybox's udhcpd/c are very different in configuration that it.
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2014-07-10 19:33 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-01 18:02 [Buildroot] [PATCH 00/10] Proposals of deprecation/removal, mainly affecting toolchain Thomas Petazzoni
2014-07-01 18:03 ` [Buildroot] [PATCH 01/10] arch: deprecate the AVR32 architecture Thomas Petazzoni
2014-07-01 18:16 ` Baruch Siach
2014-07-01 18:35 ` Thomas De Schampheleire
2014-07-01 20:15 ` Thomas Petazzoni
2014-07-01 20:20 ` Gustavo Zacarias
2014-07-10 12:33 ` Peter Korsgaard
2014-07-10 12:55 ` Thomas Petazzoni
2014-07-10 14:52 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 02/10] binutils: switch mips/mipsel/sh to binutils 2.21.1 by default Thomas Petazzoni
2014-07-10 12:42 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 03/10] binutils: remove 2.20.1, 2.21 and 2.23.1 Thomas Petazzoni
2014-07-10 14:10 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 04/10] uclibc: remove version 0.9.32.1 Thomas Petazzoni
2014-07-10 14:16 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 05/10] package: remove references to uClibc 0.9.32 Thomas Petazzoni
2014-07-10 14:16 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 06/10] uclibc: remove BR2_UCLIBC_ARM_TYPE Thomas Petazzoni
2014-07-10 14:17 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 07/10] gcc: remove versions 4.3.x and 4.6.x Thomas Petazzoni
2014-07-10 14:18 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 08/10] qt: remove gcc 4.6.x specific kludge Thomas Petazzoni
2014-07-10 14:21 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 09/10] gdb: remove versions 7.4 and 7.5 Thomas Petazzoni
2014-07-10 14:24 ` Peter Korsgaard
2014-07-01 18:03 ` [Buildroot] [PATCH 10/10] busybox: support only one version Thomas Petazzoni
2014-07-10 14:57 ` Peter Korsgaard
2014-07-10 15:18 ` Thomas Petazzoni
2014-07-10 15:56 ` Yann E. MORIN
2014-07-10 19:33 ` Peter Korsgaard [this message]
2014-07-11 7:30 ` Thomas Petazzoni
2014-07-11 9:59 ` Gustavo Zacarias
2014-07-13 20:08 ` Arnout Vandecappelle
2014-07-01 18:36 ` [Buildroot] [PATCH 00/10] Proposals of deprecation/removal, mainly affecting toolchain Waldemar Brodkorb
2014-07-01 20:08 ` Thomas Petazzoni
2014-07-01 19:08 ` Gustavo Zacarias
2014-07-01 20:13 ` Thomas Petazzoni
2014-07-01 20:39 ` Gustavo Zacarias
2014-07-01 20:49 ` Thomas Petazzoni
2014-07-01 21:03 ` Gustavo Zacarias
2014-07-10 14:38 ` 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=87y4w1m2jo.fsf@dell.be.48ers.dk \
--to=jacmet@uclibc.org \
--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