lkml.org 
[lkml]   [2001]   [Dec]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: The direction linux is taking
Alan Cox writes:
> > So you just do what Linus does: delete those questions without
> > replying. No matter what system you use, if you want to avoid an
> > overflowing mailbox, you either have to silently drop patches, and/or
> > silently drop questions/requests/begging letters. There isn't really
> > much difference between the two.
>
> The problem is that if Linus is simply ignoring you then you don't
> know why, A simple "Clean up the ifdefs" would make a lot of
> difference. If someone sent a patch its because they hit something
> they felt needed fixing and as far as they can tell fixed it. If you
> want them to go elsewhere ignore them, but its much more useful to
> give them at least brief answers to actual patch files

Oh, don't get me wrong. I agree completely. A short two minute reply
is not that much to ask for, and I wish Linus would be more
responsive. And apply bugfix patches (I've been trying for weeks
to get him to apply my patches to fix a bunch of Oopses:-().
But years of observations tells me that Linus likes the way he does
things and doesn't care if others don't like it. I don't expect to see
much change there.

But the point I was making was that a patch management system doesn't
really make things harder to drop/ignore. If you're comfortable with
ignoring patches (which take *work* to construct), then it's no
stretch to ignore questions (which often take little work to send).

Regards,

Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
-
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/

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