Rob OpenSuSE wrote:
2008/12/23 James Tremblay aka SLEducator <fxrsliberty@opensuse.us>:
How if X.3 is basically the same as SLED/SLES avoid the problem of internal competition, if it has LTS?
I was thinking, LTS would only be the time between x.3s plus one dev cycle (approx. 24 months). so on the release of the next x.0 LTS would end.
But then support engineers, support buggy unstable releases for a long time. My thinking was to try and simplify things, so there's more "make sure your system is up to date" rather than having to support umpteen versions of things, on lots of releases.
If you call the next release openSUSE 12, make 12.0 (early adopter) 12.1 and 12.2 mainly about bringing in updates from outside and bug fixing. Then openSUSE 12 would be 12.3 with the support, the media that actually works and installs, and needs fewer updates after installation.
I must have misrepresented my thoughts, I was thinking this exact thing. 11.3 should be the only fully supported release in the 11.x series. 11.3 should remain supported until 13.1. 11.3-13.1 = 36 months which is about half of SLE life cycle and enough time to make SLE based on x.3s very stable without alot of extra work, while providing a very reasonable release cycle for SLE. so our model would look like this; 12.0 major revamp and early adopter aka factory = full dvd 12.1 version updates,bugfixes,security = upgrade dvd and\or patch cd 12.2 major bugfixes and security updates = upgrade dvd and\or patch cd 12.3 stable lts version and SLE RC1= full dvd or 12.0 stable lts version and SLE RC1 = dvd 12.1 major revamp and early adopter aka factory = dvd 12.2 version updates, bugfixes, security = upgrade dvd and\or patch cd 12.3 major bugfixes and security updates = upgrade dvd and\or patch cd with this second choice we get an extra 9 months to make 11.3 onto 12.0 and to advertise the change. In the end, I want my SLE's to upgrade with Zenworks schedules rather than be re-imaged. i.e. drop upgrade ISO onto installation server and schedule with Zenworks.
It's a change of perspective, the real release is the last one, that should be solid. Everything before is there to get that wide spread testing, that the beta & rc versions are not, on lots of hardware out in the field.
Most users hate releases, because it's a big change, that can go wrong in ways they don't understand, and leaves them struggling to fix. Whilst it's a good point that you don't want updates doing a KDE 3 to KDE 4, change on you, in general things are evolving around a fairly stable stuff. Remember we used to get excited about libc updates, and big changes to gcc, now fewer and fewer ppl are having to care about things like that. Of course the key is, avoiding breakage when changes occur.
-- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org