Re: 2.5.60 cheerleading...

[John Bradford <john@grabjohn.com>]

> > Ideally, there should be no waiting around for replies.  The message is
> > sent, he starts whatever build/boot test cycle, checks for replies when
> > he's done and ready to release.  If nothing looks urgent enough to hold
> > it up, then he pushes the release.  I still don't see how this adds any
> > kind of terrible delay.
> 
> Outside suggestions to "improve" Linus's workflow usually fall upon deaf
> ears...

The only suggestions really worth making, in my opinion, are whether
it's easier to work with more frequent, smaller releases, or less
frequent larger releases.

Infact, it's more or less directly analogous to packet size in a file
transfer protocol - fewer larger packets are more efficient, unless
there is a problem, when you have to re-transmit a whole, large,
packet.

Likewise with kernel releases - fewer, larger releases work fine and
mean less effort for developers, unless something breaks, in which
case there is a lot to go through to locate the problem, and people
who can't boot the broken kernel have to wait longer to test other
things that were newly merged in that release.

John.