From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 17 May 2002 14:00:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 17 May 2002 14:00:15 -0400 Received: from gateway-1237.mvista.com ([12.44.186.158]:61678 "EHLO hermes.mvista.com") by vger.kernel.org with ESMTP id ; Fri, 17 May 2002 14:00:14 -0400 Subject: Re: kbuild 2.5 is ready for inclusion in the 2.5 kernel - take 3 From: Robert Love To: Adam Kropelin Cc: linux-kernel@vger.kernel.org In-Reply-To: <20020517173718.GA184@www.kroptech.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 17 May 2002 11:00:09 -0700 Message-Id: <1021658410.925.113.camel@sinai> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2002-05-17 at 10:37, Adam Kropelin wrote: > On Fri, May 17, 2002 at 09:21:12AM -0500, Wayne.Brown@altec.com wrote: > > > > OTOH, those of us who are not looking forward to kbuild 2.5 are grateful > > for any delays we can get. > > ...and what would your beefs (beeves?) with kbuild-2.5 be? I searched the > archives for the last 12 months and I don't see anythinng from you > relevant to kbuild-2.5. Keith has been addressing concerns quite regularly; > I should think if you have constructive comments, he'd surely listen. I have not seen much complaints over kbuild-2.5, and what I have seen (i.e. it was slower) Keith has done a very good job of addressing (i.e. now it is faster). Whatever items come up in the future, I suspect Keith is committed to fixing. Right now, however, it is certainly hard for him to maintain kbuild-2.5 against a moving kernel tree and work on new features. Keith knows I will stop sending him Christmas cards if kbuild-2.5 was merged and he did not follow up on issues - I suspect that will not happen. :) Fwiw, I like kbuild-2.5 and want it in. > You *do* have constructive comments, right? Probably not. Like most of the noise on lkml these days, non-developers seem to have an opinion on everything yet offer little value. Code talks and ... Robert Love