On Wed, May 21, 2008 at 12:31:27PM -0700, Andrew Morton wrote: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. 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 --
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Justin Piszcz | exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Radu Rendec | htb parallelism on multi-core platforms |
