On Tue, 2012-06-12 at 22:38 +0200, Marcus Meissner wrote:
On Tue, Jun 12, 2012 at 02:45:14PM -0500, Bryen M Yunashko wrote:
On Tue, 2012-06-12 at 12:32 -0700, M. Edward (Ed) Borasky wrote:
I think this all started when a release was so late that the community decided to shift from a six-month cycle to an eight-month cycle. We moved the goalposts. Now we're on an eight-month cycle and are about to move the goalposts again.
Discussion of moving goalposts may be warranted, but I'll leave that for the List to discuss it. For me, I'm only attempting to re-define the definition of support here. Because support says "18-months" it clearly puts us out of sync with any delays or changes in the release-goalpost.
By removing "18-months" and replacing it with "2 months+", we simply create a very flexible scenario that automatically reacts to actual releases. Regardless of whether we go six months, 8 months, or 50 years, support of N-2 will always be 2 months+.
I think this is the safest approach and will eliminate any support discussions similarly if future releases get delayed again.
The only potential future discussions would be if someone wanted to propose changing "2 months" to some other number of months/years. But that's an entirely different discussion that involves not only ideal support cycles, but also whether resources exist to support it.
Actually the definition we used is _2 months after the next next release_.
So 11.4 will be supported by us until 2 months after 12.2 is released.
Ciao, Marcus
I had assumed that 18-months was the stated rule, as it is the line we use widely everywhere. From what you're telling me, it is actually a de facto effect in which we conveniently applied the 18-month statement because that is what usually happens for our releases. In which case, my proposal here is moot, since it already exists in form. We shoud probably work better at making the N-2/2month rule clearer to everyone (including marketing team.) I withdraw my unnecessary proposal. :-) Apologies and thanks for clarifying. Bryen -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org