lkml.org 
[lkml]   [2008]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: RFC: starting a kernel-testers group for newbies
>I'll try to do this:
>- create some Wiki page
>- get a mailing list at vger
>- point newbies to this mailing list
>- tell people there which kernels to test
>- figure out and document stuff like how to bisect between -next kernels
>- help them to do whatever is required for a proper bug report

good idea :)

one more:
reported bugs sometimes get lost in lkml (or elsewhere) and may not get the attention they need.

maybe there are not enough people who put some steadiness into tracking bugs (i.e. put them in bugzilla and make sure they get tracked/resolved) ?

isn`t that something for kernel-testers, too ?

i`m quite sure that there are people among them who have fun with helping tracking bugs, even if they lack proper programming skills.
imho, it`s not only a matter of knowledge, but maybe manpower, too.

so, wouldn`t it be helpful if there were more people helping the kernel-developers saving time, e.g. by take over the easier tasks like asking bug-reporters for input, help collection of debug-data, help assigning bugs to the right people etc.....






List: linux-kernel
Subject: RFC: starting a kernel-testers group for newbies
From: Adrian Bunk <bunk () kernel ! org>
Date: 2008-05-01 0:31:25
Message-ID: 20080501003125.GM29330 () cs181133002 ! pp ! htv ! fi
[Download message RAW]

On Wed, Apr 30, 2008 at 01:31:08PM -0700, Linus Torvalds wrote:
>
>
> On Wed, 30 Apr 2008, Andrew Morton wrote:
> >
> > <jumps up and down>
> >
> > There should be nothing in 2.6.x-rc1 which wasn't in 2.6.x-mm1!
>
> The problem I see with both -mm and linux-next is that they tend to be
> better at finding the "physical conflict" kind of issues (ie the merge
> itself fails) than the "code looks ok but doesn't actually work" kind of
> issue.
>
> Why?
>
> The tester base is simply too small.
>
> Now, if *that* could be improved, that would be wonderful, but I'm not
> seeing it as very likely.
>
> I think we have fairly good penetration these days with the regular -git
> tree, but I think that one is quite frankly a *lot* less scary than -mm or
> -next are, and there it has been an absolutely huge boon to get the kernel
> into the Fedora test-builds etc (and I _think_ Ubuntu and SuSE also
> started something like that).
>
> So I'm very pessimistic about getting a lot of test coverage before -rc1.
>
> Maybe too pessimistic, who knows?

First of all:
I 100% agree with Andrew that our biggest problems are in reviewing code
and resolving bugs, not in finding bugs (we already have far too many
unresolved bugs).

But although testing mustn't replace code reviews it is a great help,
especially for identifying regressions early.

Finding testers should actually be relatively easy since it doesn't
require much knowledge from the testers.

And it could even solve a second problem:

It could be a way for getting newbies into kernel development.

We actually do only rarely have tasks suitable as janitor tasks for
newbies, and the results of people who do neither know the kernel
nor know C running checkpatch on files in the kernel have already
been discussed extensively...

I'll try to do this:
- create some Wiki page
- get a mailing list at vger
- point newbies to this mailing list
- tell people there which kernels to test
- figure out and document stuff like how to bisect between -next kernels
- help them to do whatever is required for a proper bug report

> Linus

cu
Adrian

--




______________________________________________________
Bis 50 MB Dateianhänge? Kein Problem!
http://freemail.web.de/club/landingpage.htm/?mc=025556

--
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: 2008-05-01 18:13    [W:0.057 / U:0.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site