lkml.org 
[lkml]   [2000]   [Sep]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Proposal: Linux Kernel Patch Management System


On Wed, 13 Sep 2000, Alan Cox wrote:

> Also the requires stuff isnt going to be easy because you can't tell who
> beat you to a patch and your patch _might_ still apply with wrong results so
> that can't be totally automated either.

<nods>

BTW, any bug reports starting with "kernel is x.y.z + FOO42069 + K314 +
<long list of patches>" will be cheerfully flushed down the toilet here,
no matter what system of dependencies is going to be in place.

Even if dependencies will scale, testing/bug hunting won't. Anybody who
has doubts about it really ought to recall the situation with Minix
circa '91.

IOW, don't go overboard with the dependencies - number of simultaneous
patches translates into number of people that have to be involved in
any work on patched kernel and _that_ will give a bottleneck. Extra
generality is not going to do any good.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:41    [W:0.138 / U:10.544 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site