From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: James Bottomley <James.Bottomley@SteelEye.com>
Cc: Andi Kleen <andi@firstfloor.org>, Jeff Garzik <jeff@garzik.org>,
Folkert van Heusden <folkert@vanheusden.com>,
linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: sata & scsi suggestion for make menuconfig
Date: Mon, 10 Sep 2007 08:38:07 +0200 [thread overview]
Message-ID: <46E4E64F.3070005@s5r6.in-berlin.de> (raw)
In-Reply-To: <1189373951.3526.37.camel@localhost.localdomain>
James Bottomley wrote:
> On Sun, 2007-09-09 at 23:22 +0200, Andi Kleen wrote:
>> When it costs 10000 people half an hour to learn and correct this it
>> wasted 5000 hours of previous livetime.
>>
>> Besides there is no good reason to have ever learned this imho.
>
> The process of becoming an expert in the kernel build system naturally
> involves making mistakes and learning from them, so this is probably
> time reasonably well spent.
Nevertheless we should try to arrange the menus in a way that makes
sense to as many people as possible. The difficulty is, different
environments call for different menu layouts, as your previous example
of SATA DVD-only boxes demonstrates.
However, liberal usage of 'select' is not the ultimate solution to
create menus that work for more people. Just one problem with select is
that it works behind the back of the people configuring kernels (unless
they use an UI with debug options turned on) --- they have less control,
they are less informed. ATA already 'select's SCSI. What do we gain
from hiding the fact that Linux' SCSI option is not just for those
50-wire ribbons (which people still think SCSI stands for) but is a very
central Linux subsystem for even more than what complies to the SCSI
family of standards?
'select' should really be limited to switch on small library-like code
without further dependencies or requirements. SCSI, together with its
upper layer options, is not of this kind of library.
We should think about order and grouping of prompts and the labels of
prompts (there were already suggestions in this discussion) before we
resort to 'select' --- or even worse, select options unconditionally
which are not always necessary to be enabled.
A pro pos grouping of options --- consider how options for another
central subsystem are laid out:
Networking
Networking options
...
TCP/IP networking
...
...
Device Drivers
...
Network device support
...
Ethernet (10 or 100MBit)
...
...
This also happens to reflect the layout of sources in directories, and
the current SCSI menu layout is close to source layout too --- but it
doesn't have to be that way.
--
Stefan Richter
-=====-=-=== =--= -=-=-
http://arcgraph.de/sr/
next prev parent reply other threads:[~2007-09-10 6:38 UTC|newest]
Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-07 12:48 Folkert van Heusden
2007-09-07 14:40 ` Jan Engelhardt
2007-09-07 14:58 ` Folkert van Heusden
2007-09-07 19:38 ` Krzysztof Halasa
2007-09-07 23:02 ` Jan Engelhardt
2007-09-08 7:27 ` Jan Engelhardt
2007-09-07 15:35 ` Randy Dunlap
2007-09-07 15:59 ` Folkert van Heusden
2007-09-07 16:21 ` Stefan Richter
2007-09-07 23:05 ` Folkert van Heusden
2007-09-08 7:05 ` Stefan Richter
2007-09-08 7:29 ` Jan Engelhardt
2007-09-08 7:56 ` Stefan Richter
2007-09-08 16:31 ` Randy Dunlap
2007-09-08 16:44 ` Stefan Richter
2007-09-08 16:48 ` Randy Dunlap
2007-09-08 19:45 ` Stefan Richter
2007-09-08 8:43 ` Sam Ravnborg
2007-09-13 8:50 ` Helge Hafting
2007-09-14 16:42 ` Goswin von Brederlow
2007-09-14 18:44 ` Stefan Richter
2007-09-08 16:07 ` Andi Kleen
2007-09-08 16:50 ` Randy Dunlap
2007-09-08 16:53 ` Matthew Wilcox
2007-09-08 18:13 ` Andi Kleen
2007-09-08 18:30 ` Stefan Richter
2007-09-08 19:14 ` Andi Kleen
2007-09-08 19:32 ` Stefan Richter
2007-09-09 21:00 ` James Bottomley
2007-09-09 21:03 ` Andi Kleen
2007-09-09 21:11 ` Jeff Garzik
2007-09-09 21:22 ` Andi Kleen
2007-09-09 21:39 ` James Bottomley
2007-09-10 6:38 ` Stefan Richter [this message]
2007-09-10 12:43 ` Rene Herman
2007-09-11 20:16 ` Bauke Jan Douma
2007-09-12 22:46 ` Adrian Bunk
2007-09-14 14:54 ` Stefan Richter
2007-09-14 15:15 ` Adrian Bunk
2007-09-14 15:37 ` Stefan Richter
2007-09-14 16:01 ` [PATCH] SCSI: update Kconfig help text to indicate SCSI core's widespread usage Stefan Richter
2007-09-14 16:29 ` Jeff Garzik
2007-09-14 18:02 ` [RFC PATCH] SCSI: split Kconfig menu into two Stefan Richter
2007-09-14 18:04 ` [PATCH] SCSI: trailing whitespace in Kconfig Stefan Richter
2007-09-14 19:00 ` [RFC PATCH] SCSI: split Kconfig menu into two Sam Ravnborg
2007-09-14 19:06 ` Adrian Bunk
2007-09-14 20:01 ` Stefan Richter
2007-09-15 11:40 ` Adrian Bunk
2007-09-15 12:24 ` Stefan Richter
2007-09-15 12:50 ` Adrian Bunk
2007-09-15 13:20 ` Stefan Richter
2007-09-15 13:53 ` Adrian Bunk
2007-09-15 14:11 ` Stefan Richter
2007-09-15 14:43 ` Adrian Bunk
2007-09-15 15:27 ` Stefan Richter
2007-09-15 15:44 ` Jeff Garzik
2007-09-15 16:23 ` Adrian Bunk
2007-09-15 16:52 ` Bartlomiej Zolnierkiewicz
2007-09-15 19:17 ` Jeff Garzik
2007-09-15 20:54 ` Bartlomiej Zolnierkiewicz
2007-09-16 20:12 ` Greg KH
2007-09-15 16:42 ` Adrian Bunk
2007-09-17 11:29 ` Maciej W. Rozycki
2007-09-17 14:46 ` Stefan Richter
2007-09-14 20:20 ` Stefan Richter
2007-09-14 21:22 ` [PATCH update] " Stefan Richter
2007-09-14 18:54 ` [PATCH] SCSI: update Kconfig help text to indicate SCSI core's widespread usage Lennart Sorensen
2007-09-14 20:14 ` Stefan Richter
2007-09-14 20:21 ` Lennart Sorensen
2007-09-14 21:06 ` Stefan Richter
2007-09-14 21:11 ` Lennart Sorensen
2007-09-14 21:14 ` [PATCH update] " Stefan Richter
2007-09-14 22:02 ` FUJITA Tomonori
2007-09-15 6:16 ` Stefan Richter
2007-09-15 10:52 ` FUJITA Tomonori
2007-09-15 12:30 ` Stefan Richter
2007-09-15 12:53 ` FUJITA Tomonori
2007-09-15 12:59 ` Adrian Bunk
2007-09-15 13:19 ` Stefan Richter
2007-09-14 16:16 ` sata & scsi suggestion for make menuconfig Adrian Bunk
2007-09-14 16:50 ` Stefan Richter
2007-09-15 8:04 ` Paul Rolland
2007-09-15 8:25 ` Stefan Richter
2007-09-15 13:00 ` Paul Rolland
2007-09-15 15:50 ` x86_64 usability bug: Kconfig prompt without help text (was Re: sata & scsi suggestion for make menuconfig) Stefan Richter
2007-09-15 16:21 ` Andi Kleen
2007-09-15 17:13 ` [PATCH] x86_64: configure HPET_EMULATE_RTC automatically Stefan Richter
2007-09-15 18:23 ` sata & scsi suggestion for make menuconfig david
2007-09-08 3:52 Al Boldi
2007-09-08 13:47 ` Alan Cox
2007-09-08 14:03 ` Al Boldi
2007-09-08 16:08 ` Jan Engelhardt
2007-09-09 4:11 ` Al Boldi
[not found] <90ZEn-1YU-3@gated-at.bofh.it>
[not found] ` <918Rh-7Or-5@gated-at.bofh.it>
[not found] ` <919aD-8ua-7@gated-at.bofh.it>
2007-09-08 16:52 ` Bodo Eggert
2007-09-08 18:22 ` Stefan Richter
2007-09-08 18:54 ` Randy Dunlap
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=46E4E64F.3070005@s5r6.in-berlin.de \
--to=stefanr@s5r6.in-berlin.de \
--cc=James.Bottomley@SteelEye.com \
--cc=andi@firstfloor.org \
--cc=folkert@vanheusden.com \
--cc=jeff@garzik.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
/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
all inboxes | Powered by JetHome®