From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 15:35:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3565D16A4CE for ; Tue, 17 Feb 2004 15:35:55 -0800 (PST) Received: from ran.psg.com (ip166.usw253.dsl-acs2.sea.iinet.com [209.20.253.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1155043D1F for ; Tue, 17 Feb 2004 15:35:55 -0800 (PST) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.30; FreeBSD) id 1AtEkp-000PjH-2Q; Tue, 17 Feb 2004 15:35:51 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 17 Feb 2004 15:35:50 -0800 To: Brad Knowles References: <200402162041.i1GKfV4s056904@sleipnir.ncsa.uiuc.edu> <200402171938.i1HJckEA005628@dee.skynet.be> Message-Id: <20040217233555.1155043D1F@mx1.FreeBSD.org> cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: Quincey Koziol Subject: Re: Aligning GENERIC with NOTES? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 23:35:55 -0000 >> pola. this is purely cosmetic. please don't break my ediff. > POLA is actually the principle you are violating most by taking > this stance. You and I both know that this is -CURRENT, and is the > place where big changes are made. This is the place where this kind > of change would be made, if ever. > > It is the less experienced/less knowledgeable people for whom we > should be concerned about with regards to POLA. and when current becomes stable? what is the functional improvement of the change? what will the user actually get for the pain? a very very few of us who think the generic kernel text has crufted to the max over the years will. 10^(2..3) users who just make kernels will not be happy. randy