Message-Id: <200201010132.g011W5TS001771@sleipnir.valparaiso.cl>
To: Larry McVoy <lm@bitmover.com>
cc: linux-kernel@vger.kernel.org
Subject: Re: The direction linux is taking 
In-Reply-To: Your message of "Sat, 29 Dec 2001 15:14:40 -0800."
             <20011229151440.A21760@work.bitmover.com> 
Date: Mon, 31 Dec 2001 22:32:05 -0300
From: Horst von Brand <vonbrand@sleipnir.valparaiso.cl>
Sender: linux-kernel-owner@vger.kernel.org

Larry McVoy <lm@bitmover.com> said:

[...]

> We have lots of commercial customers using BK on the Linux kernel, they
> are doing embedded this and that.  The rate of change that they make is
> much greater than the rate of change made in the Linus maintained tree.
> I'm not saying it's good or bad, it's just different.  I can say that
> merging is a huge issue in commercial shops.  It's interesting to hear 
> that it is not in Linux.

Hummm... I guess this is because yoiu see new (development, pre, ...)
kernels each few days. Alan said he gets mosly line shifts (==
non-overlapping patches, or "people should be talking to each other").
Maybe due to the rapid version turnover? Maybe most of the merging is being
done by the posters themselves during development, as Ye Kernel Gods refuse
to do it for them?

I'm surprised that commercial shops see much merging. I'd assume they have
direct access to the up-to-the-minute source, so _less_ merging should be
necesary. Or they are (over)confident in their tools, and just work on
stale sources?

> Some sociology guy with a CS background should do a study on this and 
> explore the differences.  Is fast change better?  Is slow change better?

I think the difference lies elsewhere.
-- 
Horst von Brand                             vonbrand@sleipnir.valparaiso.cl
Casilla 9G, Vin~a del Mar, Chile                               +56 32 672616
-
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/