Re: RFD: Kernel release numbering

Linus Torvalds
2005-03-04T20:45:57Z

On Fri, 4 Mar 2005, Rene Herman wrote:
>
> Linus Torvalds wrote:
>
> > I've long since decided that there's no point to making "-pre". What's the
> > difference between a "-pre" and a daily -bk snapshot? Really?
>
> The fact that not a script, but Linus Torvalds, decides that the tree is
> in a state he likes to share with others. You have been doing -pre's all
> this time, it's just that you are calling them -rc's.

No.

I used to do "-pre", a long time ago. Exactly because they were
synchronization points for developers.

These days, that's pointless. We keep the tree in pretty good working
order (certainly as good as my -pre's ever were) constantly, and
developers who need to can synchronize with either the BK tree or the
nightly snapshots. The fact is, 99% of the developers don't even need to
do that, since most of the development process is quite well parallellised
by now, and there is seldom any serious overlap.

So the point of -pre's are gone. Have people actually _looked_ at the -rc
releases? They are very much done when I reach the point and say "ok,
let's calm down". The first one is usually pretty big and often needs some
fixing, simply because the first one is _inevitably_ (and by design) the
one that gets the pent-up demand from the previous calming down period.

But it's very much a call to "ok, guys, calm down now".

And if you aren't calming down, it's _your_ problem. Complaining about
naming of -pre vs -rc is pointless.

The even/odd situation would have made for a situation that some people
seem to be arguing for (more explicit calming-down period), but with the
difference that I think the odd ones should definitely have been
user-release quality already. But that one was apparently hated by so many
people that it's not even worth trying.

The fact is, there is no perfect way of doing things, and this discussion
has degenerated into nothing but whining. Which is kind of expected, but
let's hope that the only non-whining that came out of this (Greg & co's
trials with 2.6.x.y) ends up being worthwhile.

Linus