lkml.org 
[lkml]   [2008]   [Jul]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Linux v2.6.27-rc1
On Tue, 29 Jul 2008 09:59:18 -0700 (PDT) Linus Torvalds <torvalds@linux-foundation.org> wrote:

> - I don't think the 'next' thing works as well for the occasional
> developer that just has a few patches pending as it works for subsystem
> maintainers that are used to it.

Those people's patches are in -mm, which now holds maybe 100 or more
"trees", many of which are small or empty.

My project within the next couple of weeks is to get most of that
material into linux-next. Stephen will be involved ;)

> IOW, I think 'next' needs enough infrastructure setup from the
> developer side that I don't think it's reasonable for _everything_ to
> go through next.

True. But

a) some of the problematic changes which we've seen simply _should_
have been in linux-next. Some of them were even coming from
developers whose trees are already in linux-next.

b) A lot of the bugs which hit your tree would have been quickly
found in linux-next too.


But it's all shuffling deckchairs, really. Are we actually merging
better code as a reasult of all of this? Are we being more careful and
reviewing better and testing better?

Don't think so.

> And that in turn means that I'm not entirely thrilled
> when people then complain "that wasn't in next". I think people should
> accept that not everything will be in next.

Oh sure. But it depends on the _reason_ why it wasn't in linux-next.
If the reason is a good one then fine. But if the reason is "I was too
slack", or "I only wrote it five minutes ago" then the system is good,
and the developer isn't.



\
 
 \ /
  Last update: 2008-07-30 11:05    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site