On Thu, 2008-05-29 at 00:31 +0300, Pekka Enberg wrote:
I'm just outlining the possible solutions; shutting it down wasn't the
one I advocated. One can argue that janitorial changes with enough
intrinsic value tend to get done anyway regardless of whether we have
the project or not.
> - Fixing API misuse
The problem is that there's something in the way all of this is working
that's causing politeness to get short shrift. In turn that's giving
lkml a larger than normal reputation for being a free for all dog fight
and discouraging potential contributors from coming forwards.
Appeals to be politer tend to only work in the short term (having given
quite a few of them). I think we're developing a root cause problem in
the way we recruit people to work in the kernel and we have to think
about fixing it there.
James
--
| Rafael J. Wysocki | 2.6.25-git1: Solid hang on HP nx6325 (64-bit) |
| Balbir Singh | Re: 2.6.24-rc8-mm1 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Herbert Xu | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
