Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 16 Jan 2002 10:32:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 16 Jan 2002 10:32:24 -0500 Received: from tmr-02.dsl.thebiz.net ([216.238.38.204]:23050 "EHLO gatekeeper.tmr.com") by vger.kernel.org with ESMTP id ; Wed, 16 Jan 2002 10:32:22 -0500 Date: Wed, 16 Jan 2002 10:32:03 -0500 (EST) From: Bill Davidsen To: Reid Hekman cc: Linux Kernel Mailing List Subject: Re: Aunt Tillie builds a kernel (was Re: ISA hardware discovery --the elegant solution) In-Reply-To: <1011094507.19657.15.camel@zeus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 15 Jan 2002, Reid Hekman wrote: > On Tue, 2002-01-15 at 04:40, Zwane Mwaikambo wrote: > > Normal users should _never_ have to use > > kernel.org trees. > > Yikes! Sayings about never saying "never" aside... I should think the > goal is for everyone to be able to use kernel.org trees with reasonable > expectations. I'd like to see the day when distros can include a > pristine tree. I don't expect it, and the need for outside trees isn't > going away, but I'd like to see kernel.org be the canonical Linux for > more production systems, development starts, and non-i386 arch's. Slackware has run stock kernels in some releases. Whenever possible I prefer to run a stock kernel, since I can then avoid finding out that an application isn't portable after all :-( Done that, didn't polish my reputation or improve my disposition. I would say that very few normal users are running applications so close to the cutting edge that they need kernel patches to make them work. -- bill davidsen CTO, TMR Associates, Inc Doing interesting things with little computers since 1979. - 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/