On 6/17/07, Adrian Bunk <[email protected]> wrote:
On Sun, Jun 17, 2007 at 06:26:55PM +0200, Stefan Richter wrote:
> Adrian Bunk wrote:
> >>> And we should be aware that reverting is only a workaround for the real
> >>> problem which lies in our bug handling.
> >> ...
> >
> > And this is something I want to emphasize again.
> >
> > How can we make any progress with the real problem and not only the
> > symptoms?
> ...
>
> Perhaps make lists of
>
> - bug reports which never lead to any debug activity
> (no responsible person/team was found, or a seemingly person/team
> did not start to debug the report)
>
> - known regressions on release,
>
> - regressions that became known after release,
>
> - subsystems with notable backlogs of old bugs,
>
> - other categories?
>
> Select typical cases from each categories, analyze what went wrong in
> these cases, and try to identify practicable countermeasures.
No maintainer or no maintainer who is debugging bug reports is the
major problem in all parts of your list.
> Another approach: Figure out areas where quality is exemplary and try
> to draw conclusions for areas where quality is lacking.
ieee1394 has a maintainer who is looking after all bug reports he gets.
Conclusion: We need such maintainers for all parts of the kernel.
I noticed some areas are well maintained because there is an awesome
maintainer, or good and well coordinated team - and this is mostly in
the "fun" areas ;) But there are "boring" areas that are about to be
deprecated or no new development expected etc. It will be hard to get
a dedicated person to take care of such. How about having people on
rotation, or jury duty so to speak - for a period of time (completely
voluntary!) Nice stats on the report about contributions in non-native
areas for a developer would be great accomplishment and also good
chance to look into other things! Besides, this way "old parts" will
get attention to be be revised and re-implemented sooner. And we can
post "Temp maintainer needed" list...
--Natalie
> Stefan Richter
cu
Adrian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
