From: Boaz Harrosh <bharrosh@panasas.com>
To: Alexey Zaytsev <alexey.zaytsev@gmail.com>,
Linus Torvalds <torvalds@linux-foundation.org>
Cc: Ingo Molnar <mingo@elte.hu>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-arch@vger.kernel.org, DRI <dri-devel@lists.freedesktop.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
linux-mm <linux-mm@kvack.org>,
Andrew Morton <akpm@linux-foundation.org>,
Greg KH <gregkh@suse.de>
Subject: Re: (Short?) merge window reminder
Date: Wed, 25 May 2011 17:12:47 +0300 [thread overview]
Message-ID: <4DDD0E5F.5080105@panasas.com> (raw)
In-Reply-To: <BANLkTinbrtzY66p+1NALP8BDfjXLx=Qp-A@mail.gmail.com>
On 05/23/2011 11:52 PM, Alexey Zaytsev wrote:
> On Tue, May 24, 2011 at 00:33, Linus Torvalds
> <torvalds@linux-foundation.org> wrote:
>> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar <mingo@elte.hu> wrote:
>>>
>>> I really hope there's also a voice that tells you to wait until .42 before
>>> cutting 3.0.0! :-)
>>
>> So I'm toying with 3.0 (and in that case, it really would be "3.0",
>> not "3.0.0" - the stable team would get the third digit rather than
>> the fourth one.
>>
>> But no, it wouldn't be for 42. Despite THHGTTG, I think "40" is a
>> fairly nice round number.
>>
>> There's also the timing issue - since we no longer do version numbers
>> based on features, but based on time, just saying "we're about to
>> start the third decade" works as well as any other excuse.
>>
>> But we'll see.
>
> Maybe, 2011.x, or 11.x, x increasing for every merge window started this year?
> This would better reflect the steady nature of the releases, but would
> certainly break a lot of scripts. ;)
My $0.017 on this. Clearly current process is time based. People have said.
* Keep Three digit numbers to retain script compatibility
* Make it clear from the version when it was released.
* Linus said 3 as for 3rd decade
* Nice single increment number progression
* Please make it look like a nice version number sys-admins will feel
at home with
So if you combine all the above:
D. Y. N
D - Is the decade since birth (1991 not 1990)
Y - is the year in the decade so you have 3.1.x, 3.2.x, .. 3.10.x, 4.1.X and so on
Nice incremental number.
N - The Linus release of this Year. So this 3rd one goes up to 4 most probably.
Linus always likes, and feels very poetic about the Christmas version release.
He hates it when once it slipped into the next year. So now he gets to increment
the second digit as a bonus.
The 2nd digit gets to start on a *one*, never zero and goes up to *10*, to symbolize
the 1991 birth. And we never have .zero quality, right?
The first Digit gets incremented on decade from 1991 so on 2011 and not 2010
So here you have it, who said we need to compromise?
Free life
Boaz
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2011-05-25 14:12 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-23 19:13 Linus Torvalds
2011-05-23 19:20 ` Ingo Molnar
2011-05-23 20:33 ` Linus Torvalds
2011-05-23 20:52 ` Alexey Zaytsev
2011-05-25 14:12 ` Boaz Harrosh [this message]
2011-05-25 22:21 ` Tony Luck
2011-05-26 16:38 ` Boaz Harrosh
2011-05-23 21:41 ` Yuhong Bao
2011-05-23 21:59 ` Oliver Pinter
2011-05-23 22:21 ` Greg KH
2011-05-23 23:40 ` Matthew Wilcox
2011-05-23 23:10 ` jonsmirl
2011-05-23 23:17 ` Ted Ts'o
2011-05-23 23:21 ` Randy Dunlap
2011-05-23 23:23 ` H. Peter Anvin
2011-05-23 23:33 ` Linus Torvalds
2011-05-24 2:01 ` Ingo Molnar
2011-05-24 7:55 ` Arnd Bergmann
2011-05-24 14:41 ` Alan Cox
2011-05-24 14:48 ` Ralf Baechle
2011-05-23 23:53 ` Phil Turmel
2011-05-24 2:11 ` Ingo Molnar
2011-05-24 18:06 ` Lisa Milne
2011-05-24 20:59 ` Zimny Lech
2011-05-25 15:03 ` Martin Nybo Andersen
2011-05-24 18:34 ` Matthias Schniedermeyer
2011-05-24 18:55 ` david
2011-05-24 21:25 ` Andy Lutomirski
2011-05-25 12:52 ` Jiri Kosina
2011-05-24 23:00 ` Hans-Peter Jansen
2011-05-23 19:22 ` Greg KH
2011-05-23 20:04 ` James Bottomley
2011-05-23 19:25 ` Thomas Gleixner
2011-05-23 20:21 ` Randy Dunlap
2011-05-23 21:02 ` Steven Rostedt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DDD0E5F.5080105@panasas.com \
--to=bharrosh@panasas.com \
--cc=akpm@linux-foundation.org \
--cc=alexey.zaytsev@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=gregkh@suse.de \
--cc=linux-arch@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mingo@elte.hu \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox