Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 2 Mar 2001 05:22:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 2 Mar 2001 05:22:44 -0500 Received: from firewall.spacetec.no ([192.51.5.5]:52952 "EHLO pallas.spacetec.no") by vger.kernel.org with ESMTP id ; Fri, 2 Mar 2001 05:22:37 -0500 Message-Id: <200103021022.LAA08534@pallas.spacetec.no> From: tor@spacetec.no (Tor Arntsen) Date: Fri, 2 Mar 2001 11:22:29 +0100 In-Reply-To: Tim Wright "Re: Will Mosix go into the standard kernel?" (Mar 1, 20:13) X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98) To: timw@splhi.com Subject: Re: Will Mosix go into the standard kernel? Cc: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mar 1, 20:13, Tim Wright wrote: [discussion about commercial customers and kernels snipped] I don't think we disagree, actually. My point was a different one. With vendor-patched kernels you can either stick to the hacked kernel or you can move on to an ftp.kernel.org kernel. For the type of hacks that RedHat & co are doing it shouldn't matter. If it did, I mean if they deliver hacked software that only works with a hacked kernel, *then* I would be angry. That would mean that I would have to track the patches they did, and apply them myself to new kernels. OR I would have to sit back and wait for them to come out with an updated distro, sometime in the future. Not good. What was brought up in this discussion about clustering patches was that that kind of model would be a good idea. I disagree. One thing is to deliver patches because integration is not currently possible, or practical, or whatever, but to point to the RedHat hacked-kernels-are-us model as a *goal*, that's what I don't like. It's sometimes a necessity, but it's not something that should be encouraged. Cheers, -Tor - 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/