Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756893AbXIASY7 (ORCPT ); Sat, 1 Sep 2007 14:24:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754419AbXIASYv (ORCPT ); Sat, 1 Sep 2007 14:24:51 -0400 Received: from mx1.redhat.com ([66.187.233.31]:46599 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753923AbXIASYv (ORCPT ); Sat, 1 Sep 2007 14:24:51 -0400 Date: Sat, 1 Sep 2007 14:24:41 -0400 From: Dave Jones To: "Robert P. J. Day" Cc: Stefan Richter , Linux Kernel Mailing List Subject: Re: maturity and status and attributes, oh my! Message-ID: <20070901182441.GA8571@redhat.com> Mail-Followup-To: Dave Jones , "Robert P. J. Day" , Stefan Richter , Linux Kernel Mailing List References: <46D89800.8080701@s5r6.in-berlin.de> <46D9306C.9040301@s5r6.in-berlin.de> <20070901172231.GA28391@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1653 Lines: 41 On Sat, Sep 01, 2007 at 02:06:22PM -0400, Robert P. J. Day wrote: > On Sat, 1 Sep 2007, Robert P. J. Day wrote: > > > On Sat, 1 Sep 2007, Dave Jones wrote: > > > > People just don't care about how mature an option is if they need > > > a driver/feature. *No-one* is going to come across options and > > > think "Oh, the driver for my network card isn't stable. Guess I'll > > > not enable it". And the idea of hiding the options behind multiple > > > levels of maturity options sounds completely batshit. > > by the way and just for the record, dave, you have the above > completely backwards. the default for what you would be allowed to > select or deselect would be *everything*. what this whole maturity > level thing would allow you to do is selectively *deselect* (or > *filter*) what is displayed. in short, if you do nothing, you see no > effect. >From your earlier mail.. "all this new construct is doing is implementing a new way to globally select or de-select large sets of kernel features to display for user selection, in exactly the way that EXPERIMENTAL does it now, that's all." ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ EXPERIMENTAL hides options. > so i don't mind folks criticizing the proposal. but it sure would be > nice if they understood what they were criticising, know what i mean? Quite. Dave -- http://www.codemonkey.org.uk - 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/