[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 Sep 13, 2000 at 02:49:01AM -0700, David S. Miller wrote:
> From: Daniel Quinlan <>
> Date: Wed, 13 Sep 2000 02:49:51 -0700 (PDT)
> > Very simply, (drumroll please) I want to run diff. :-)
> I think this is an orthogonal problem. Realtime diffs are good for
> developers, not as useful for someone trying to track bug reports
> and see what has been applied, from whom, descriptions, etc.
> Ok, so lets be clear.
> Who is this facility really meant for? Linus (to decrease his

I suspect this new system is designed for the needs of lower-volume patch
submitters like myself. For example, I had to submit my latest patch (a binary
compatibility fix) to Linus about 8 times (without ever getting a response I
might add) before it showed up in the latest kernel. Very inefficient.

Furthermore, I had to make a couple of changes to the patch -- first a logic
error then a spelling error. Each required a new patch cluttering poor Linus'
Inbox. With a system in place where I could have updated a numbered patch, and
had immediate feedback on its status, life would have simpler for me, and Linus
would not have had his mailbox so cluttered....


Erik B. Andersen email:
--This message was written using 73% post-consumer electrons--
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:38    [W:0.155 / U:0.392 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site