Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262824AbTENUnj (ORCPT ); Wed, 14 May 2003 16:43:39 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262827AbTENUni (ORCPT ); Wed, 14 May 2003 16:43:38 -0400 Received: from ns.suse.de ([213.95.15.193]:49926 "EHLO Cantor.suse.de") by vger.kernel.org with ESMTP id S262824AbTENUnh (ORCPT ); Wed, 14 May 2003 16:43:37 -0400 To: Roman Zippel Cc: Miles Bader , linux-kernel@vger.kernel.org Subject: Re: [PATCH] new kconfig goodies References: <20030513211749.GA340@gnu.org> From: Andreas Schwab X-Yow: If our behavior is strict, we do not need fun! Date: Wed, 14 May 2003 22:56:24 +0200 In-Reply-To: (Roman Zippel's message of "Wed, 14 May 2003 21:51:56 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1585 Lines: 41 Roman Zippel writes: |> Hi, |> |> On Tue, 13 May 2003, Miles Bader wrote: |> |> > BTW, the name `enable' seems to be a misnomer -- `enable' implies that it |> > forces the depends to be y, but not that it also forces the _value_. |> > |> > Why not have two: |> > |> > enable FOO - forces the `depends' value of FOO to y |> > but it will still prompt |> > force FOO - forces both the `depends' and value of FOO to y |> > prompting for FOO is turned off |> |> I don't really like "force", it's IMO a bit too strong and too unspecific |> (although enable is here only a bit better). The first I'd rather call |> "visible", but I don't see a need for this and I wouldn't immediately know |> how to support this, a config entry can have multiple prompts and every |> prompt has its own dependencies, so which one should I enable? It would |> probably be easier to enable/force the dependencies so the prompt becomes |> visible. |> |> But I'm open to suggestions for a better name, "select" might be a good |> alternative. Other ideas? Opinions? How about "override"? Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 N?rnberg Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/