The Linux Kernel Mailing List
 help / color / mirror / Atom feed
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

  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