[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080521230155.GC16376@cs181133002.pp.htv.fi>
Date: Thu, 22 May 2008 02:01:55 +0300
From: Adrian Bunk <bunk@...nel.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Cyrill Gorcunov <gorcunov@...il.com>, tytso@....edu,
hch@...radead.org, viro@...IV.linux.org.uk,
linux-kernel@...r.kernel.org, davem@...emloft.net
Subject: Re: CFD: linux-wanking@...r.kernel.org (was [PATCH] Standard
indentation of arguments)
On Wed, May 21, 2008 at 12:31:27PM -0700, Andrew Morton wrote:
>...
> For more substantial starter projects the best we have (as far as I
> know) is http://kernelnewbies.org/KernelProjects, but that's just a
> teeny subset.
>
> We're not very good at this, I'm afraid. I seem to recall that Rik has
> offered to help out here, so perhaps whenever one notices a
> hey-someone-should-do-this project, it could be forwarded to Rik and he
> can put it up there.
>...
Let's look at it from another angle:
We should not aim at being good at this.
What do we need more in the kernel:
- people testing development kernels
- people fixing bugs
- people maintaining code
- people reviewing code
What do we already have more than enough:
- people developing new bugs^Wfeatures
If someone wants to do a project that's OK.
And if some kernel developer wants to assist him that's OK.
But in my opinion stuff like "I need a project for university" requests
are not our problem, and they tend to not bring much for us.
Offering any serious mentoring for newbies will only keep developers
busy who could otherwise do things that would bring more value to the
kernel.
And we've just seen that having people who do not even know the basics
of C sending dozens of checkpatch cleanups doesn't bring us any gain.
There are many other open source projects where it might be easier to
get started and that are really looking for people wanting to get
involved.
> The #1 project for all kernel beginners should surely be "make sure
> that the kernel runs perfectly at all times on all machines which you
> can lay your hands on". Usually the way to do this is to work with
> others on getting things fixed up (this can require persistence!) but
> that's fine - it's a part of kernel development.
Fully agreed, and this is the only area I see where a newbie can be a
net win for us from the first second.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists