I have a little bit of input from the masses. I'm not much of a developer
at this point, but I have been reading lkml for several months and there
have been a few things I've noticed on this topic.
As people on both sides of this argument have pointed out, one single
person can only do so much. No matter how good you are, you're not going
to catch everything. Due to this, I'd like to suggest a dual
maintainership. A primary maintainer for the bug changes, and a secondary
for any small bits that fall through the crack.
The thing about this method is that it's already been proven to work.
Before Marcelo took over 2.4, Linus was the primary maintainer, and Alan
was making sure that the small bits weren't forgotten (As well as
providing some testing for some major changes before they were quite
ready).
Dave Jones appears to be taking the same roll in the 2.5 series, and Alan
is coming back a bit for 2.4 again.
Why not make it official? The dual tree system seems to work. It
would be quite similiar to Debian's release system. A stable, and a
testing branch. As long as the patches from the secondary maintainer gets
handled in a timely manner, less small changes will fall through the
crack.
Just my 2 cents.
Greg Boyce
-
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/
This archive was generated by hypermail 2b29 : Thu Jan 31 2002 - 21:01:05 EST