From: "Randy.Dunlap" <rddunlap@osdl.org>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: bunk@fs.tum.de, johnpol@2ka.mipt.ru, linux-kernel@vger.kernel.org
Subject: Re: [2.6 patch] let W1 select NET
Date: Fri, 13 Aug 2004 10:00:40 -0700 [thread overview]
Message-ID: <20040813100040.3fce00db.rddunlap@osdl.org> (raw)
In-Reply-To: <Pine.LNX.4.58.0408131312390.20634@scrub.home>
On Fri, 13 Aug 2004 14:11:28 +0200 (CEST) Roman Zippel wrote:
| Hi,
|
| On Fri, 13 Aug 2004, Adrian Bunk wrote:
|
| > But the similar case of USB_STORAGE selecting SCSI is an example where
| > select is a big user-visible improvement over depends.
|
| comment "USB storage requires SCSI"
| depends on SCSI=n
|
| That's also user visible and doesn't confuse the user later, why he can't
| deselect SCSI.
User-visible in xconfig (and gconfig?). Not in menuconfig, right?
Maybe menuconfig's Help could also display dependency info...
| Abusing select is really the wrong answer. What is needed is an improved
| user interface, which allows to search through the kconfig information or
| even can match hardware information to a driver and aids the user in
| selecting the required dependencies.
Nice idea. So are there places where SELECT is the right thing to do,
i.e., it's required? (examples, please)
| Keeping the kconfig database clean and making kernel configuration easier
| are really two separate problems and we shouldn't sacrifice the former for
| the latter.
--
~Randy
next prev parent reply other threads:[~2004-08-13 17:26 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-13 10:17 [2.6 patch] let W1 select NET Adrian Bunk
2004-08-13 10:31 ` Evgeniy Polyakov
2004-08-13 10:32 ` Roman Zippel
2004-08-13 10:46 ` Evgeniy Polyakov
2004-08-13 10:54 ` Roman Zippel
2004-08-13 11:01 ` Adrian Bunk
2004-08-13 11:26 ` Bernd Eckenfels
2004-08-13 12:11 ` Roman Zippel
2004-08-13 12:24 ` Adrian Bunk
2004-08-13 17:00 ` Randy.Dunlap [this message]
2004-08-15 17:13 ` Roman Zippel
2004-08-13 12:12 ` Russell King
2004-08-16 2:18 ` Miles Bader
2004-08-13 11:06 ` Evgeniy Polyakov
2004-08-13 10:54 ` Adrian Bunk
2004-08-13 11:06 ` Roman Zippel
2004-08-13 13:52 ` Cornelia Huck
2004-08-13 15:10 ` Evgeniy Polyakov
2004-08-13 15:45 ` Cornelia Huck
2004-08-13 17:12 ` Evgeniy Polyakov
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=20040813100040.3fce00db.rddunlap@osdl.org \
--to=rddunlap@osdl.org \
--cc=bunk@fs.tum.de \
--cc=johnpol@2ka.mipt.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=zippel@linux-m68k.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