Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S265378AbSKEX5M>; Tue, 5 Nov 2002 18:57:12 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S265162AbSKEX5M>; Tue, 5 Nov 2002 18:57:12 -0500
Received: from cynaptic.com ([128.121.116.181]:7184 "EHLO cynaptic.com")
	by vger.kernel.org with ESMTP id <S265378AbSKEX4p>;
	Tue, 5 Nov 2002 18:56:45 -0500
From: "Eff Norwood" <enorwood@effrem.com>
To: <linux-kernel@vger.kernel.org>
Cc: "Kevin Corry" <corryk@us.ibm.com>, <evms-devel@lists.sourceforge.net>,
       <evms-announce@lists.sourceforge.net>
Subject: RE: [Evms-devel] EVMS announcement
Date: Tue, 5 Nov 2002 16:03:18 -0800
Message-ID: <CFEAJJEGMGECBCJFLGDBMEDHCHAA.enorwood@effrem.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <02110516191004.07074@boiler>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1339
Lines: 29

> In summary, we feel that this decision is the best way to support our
> users for the long term. We want to provide EVMS on current and future
> kernels, and we feel this change provides the best method for achieving
> that.

I think the decision not to include EVMS in 2.5 or 2.6 is a very poor one.
The EVMS group has been incredibly responsive and they have developed a very
robust and functional addition to Linux that was long overdue. I think that
*users* and functionality ought to be considered over design considerations
a little more often. If there can be two Intel EtherExpress Pro 100 drivers
(Becker and Intel versions) the precedent has already been set for inclusion
of kernel bits with similar functionality has it not?

A clean and reasonable design now has to be reworked and the results will be
reduced functionality and costs to the user. Costs in installation,
functionality, usability, and manageability. I hope a cutting edge project
like Linux isn't starting to fall prey to the idea that "It's always been
done that way."

I am seriously disappointed.

Eff Norwood


-
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/