Linus Explains his Patch Policy
An anonymous reader writes "For everyone who has been wondering the method behind Linus's seeming madness of accepting or dropping patches, he has finally given a thorough explanation. A must read for anyone who wants to get their favorite feature into the next release of the kernel."
He's admitting he's as failable as the next guy - the gist of what he's saying is that popping out of the woodwork and saying "hey, check this neat feature" isn't going to get your patch accepted into his kernel tree.
I highly doubt that any of the BSD maintainers would accept a patch either. It goes back to whether the trust is there, and evidently these guys don't hold Linus's trust.
Not much controversial here.
(I was only an egg, but then I cracked)
Actually, Slackware uses the stock Linus tree - I guess on the principle that Patrick Volkerding knows that his target market knows what patches (if any) they want to apply...
Linus' tone might seem a bit aggressive and abrupt, but consider that this is message is a deep, deep down a very long thread that starts here.
From the very beginning, Linus was saying he thought this patch was something that should be driven by vendors - i.e. put it in their trees *first*, and then it may find a way into Linus' tree later.
Hence the constant references to 'this is my tree, this is how I do things'.
The whole thread is actually quite interesting. If you're thinking of suggesting a patch, I suggest you read the whole lot to get an idea about how best to approach it.
Quoting Linux from his post:
I think this says it all... don't whine... DO! If you want something in Linux, for god sakes, make a useful, meaniful contribution... don't whine about it on some out of the way, hole in the ground area...