Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966194AbXHaVCX (ORCPT ); Fri, 31 Aug 2007 17:02:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964849AbXHaVCM (ORCPT ); Fri, 31 Aug 2007 17:02:12 -0400 Received: from nic.NetDirect.CA ([216.16.235.2]:43529 "EHLO rubicon.netdirect.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964824AbXHaVCK (ORCPT ); Fri, 31 Aug 2007 17:02:10 -0400 X-Originating-Ip: 72.143.66.27 Date: Fri, 31 Aug 2007 16:49:17 -0400 (EDT) From: "Robert P. J. Day" X-X-Sender: rpjday@localhost.localdomain To: Jeff Garzik cc: Randy Dunlap , Simon Arlott , sam@ravnborg.org, Linux Kernel Mailing List , Stefan Richter , Adrian Bunk , Gabriel C , netdev@vger.kernel.org Subject: Re: [PATCH] net/, drivers/net/ , missing EXPERIMENTAL in menus In-Reply-To: <46D858A9.4080506@garzik.org> Message-ID: References: <469E75AA.7040109@pimpmylinux.org> <20070718134012.cde2f956.randy.dunlap@oracle.com> <469E7BE1.6090401@garzik.org> <20070718210903.GM3801@stusta.de> <20070719054742.GN3801@stusta.de> <469F240E.9040205@s5r6.in-berlin.de> <20070719083109.13b2ab56.rdunlap@xenotime.net> <469FE045.3070403@simon.arlott.org.uk> <20070831102527.09fb42c0.rdunlap@xenotime.net> <46D858A9.4080506@garzik.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Net-Direct-Inc-MailScanner-Information: Please contact the ISP for more information X-Net-Direct-Inc-MailScanner: Found to be clean X-Net-Direct-Inc-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-16.8, required 5, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -15.00, INIT_RECVD_OUR_AUTH -20.00, RCVD_IN_SORBS_DUL 20.00) X-Net-Direct-Inc-MailScanner-From: rpjday@mindspring.com Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2073 Lines: 52 On Fri, 31 Aug 2007, Jeff Garzik wrote: > Robert P. J. Day wrote: > > i'm sure i'm going to get shouted down here, but i really disagree > > with "BROKEN" being considered a "maturity level". IMHO, things > > like EXPERIMENTAL, DEPRECATED and OBSOLETE represent maturity > > levels, for what i think are obvious reasons. > > > > something like BROKEN, though, has *nothing* to do with maturity. > > a feature can be any of those maturity levels, and simultaneously > > be BROKEN. i consider BROKEN to be what i call a "status", and > > different status levels might be the default of normal, or > > KIND_OF_FLAKY or TOTALLY_BORKED -- that's where BROKEN would fit > > in. > > BROKEN is definitely a maturity level. no. it's not. end of discussion. you're wrong. the concept of "maturity level" reflects where in the life cycle some feature is. it will typically start as "bleeding edge" or "experimental" or something like that, eventually stabilize to be normal (which would be the obvious default), after which, when its value starts to run out and it begins showing its age, it becomes "deprecated" and eventually "obsolete" it's a natural and obvious progression. on the other hand, a feature can be "broken" at *any* point in that life cycle -- that's why it is absolutely *not* a maturity level. please don't fight with me on this, jeff. you're simply wrong. > In contrast, OBSOLETE and DEPRECATED reflect high-level status not > code quality/maturity. you have this so backwards, i can't begin to think how to explain it to you. rday -- ======================================================================== Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo, Ontario, CANADA http://crashcourse.ca ======================================================================== - 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/