Subject: Re: NetBSD version naming - suggestion
To: Luke Mewburn <lukem@netbsd.org>
From: Bill Studenmund <wrstuden@netbsd.org>
List: current-users
Date: 04/24/2003 16:01:50
On Fri, 25 Apr 2003, Luke Mewburn wrote:
> On Thu, Apr 24, 2003 at 03:33:06PM -0700, Bill Studenmund wrote:
> | On Fri, 25 Apr 2003, Luke Mewburn wrote:
> |
> | > (this is what would happen anyway, and is what occurred in 1.6)
> | >
> | > after the time of the 2.0 branch, current becomes "3.0_ALPHA1".
> | > when we need a bump for kernel bump in current, crank to 3.0_ALPHA2, (etc)
> |
> | Uhm, when was that announced? I know the next version's 2.0, but I hadn't
> | heard we were following it with 3.0... ??
>
> It was an idea floated around a while ago.
> If you like, s/2.1/2.0.1/ and s/3.0/2.1/ in the proposal, to not get stuck
> on the "what to call the next + 1 release" part of the idea :)
Then yes, we're in agreement. :-)
> | Modulo "_ALPHA" and 3.0 vs 2.1, I agree what you describe is probably the
> | clearest thing to do.
>
> Ok, I take the point about "_ALPHA" and "/alpha" raised by Ben Harris
> (and I don't know why I forgot about that, since I was one of the
> releng pushing for removing "_ALPHA" in the release cycle naming :);
> how about:
> 3.0_CURRENT1
> then? (or "2.1_CURRENT1")
Hmm... This is digressing, but I think something like 2.1A_CURRENT would
be better. It's more in line with (what I think) we are doing with _STABLE
now; _RELEASE/_STABLE/_CURRENT are just suffixes. The naming is similar to
what we have now, and "_CURRENT" makes it BLUNTLY clear it's current. :-)
Take care,
Bill