[lkml]   [2000]   [Sep]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
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.


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
Please read the FAQ at

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