[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1295263013.24967.6.camel@thorin>
Date: Mon, 17 Jan 2011 12:16:53 +0100
From: Bernd Petrovitsch <bernd@...rovitsch.priv.at>
To: Stefan Richter <stefanr@...6.in-berlin.de>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Al Viro <viro@...iv.linux.org.uk>,
"Nicholas A. Bellinger" <nab@...ux-iscsi.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
Joel Becker <jlbec@...lplan.org>,
Randy Dunlap <randy.dunlap@...cle.com>,
James Bottomley <James.Bottomley@...e.de>
Subject: Re: [PATCH] configfs: change depends -> select SYSFS
On Mon, 2011-01-17 at 01:52 +0100, Stefan Richter wrote:
[...]
> We already have different UIs. But perhaps we have too much UI down in
> the Kconfig files. I.e., perhaps Kconfig shouldn't know the difference
IOMHO not really.
> between depends-on and select. Let the different UIs present the
The UI should know the difference as it should guide/force the user -
especially the less experienced ones which aren't expected to know every
bit of hardware and kernel-internal stuff (as in "do I need gzip
compression?").
And there are two (IMHO very) different semantics:
- select: enables/activates/includes necessary other parts (like the
"gzip compression" example from above and other library-like).
- depends on: to purposely disable knobs because it makes no sense to
configure e.g. ext-specific stuff if I don't have/want ext or because
the physical hardware is not present/available (find more and better
in Al Viros mail of course).
> dependency graph to the operator in different ways, suitable to different
> tasks.
That would be quite cute.
> /handwave off.
AOL.
Bernd
--
Bernd Petrovitsch Email : bernd@...rovitsch.priv.at
LUGA : http://www.luga.at
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists