diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-June/005484.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-June/005484.html | 217 |
1 files changed, 217 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-June/005484.html b/zarb-ml/mageia-dev/2011-June/005484.html new file mode 100644 index 000000000..379ef6ea3 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-June/005484.html @@ -0,0 +1,217 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Release cycles proposals, and discussion + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Release%20cycles%20proposals%2C%20and%20discussion&In-Reply-To=%3C1307964968.29591.87.camel%40akroma.ephaone.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="005447.html"> + <LINK REL="Next" HREF="005486.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Release cycles proposals, and discussion</H1> + <B>Michael Scherer</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Release%20cycles%20proposals%2C%20and%20discussion&In-Reply-To=%3C1307964968.29591.87.camel%40akroma.ephaone.org%3E" + TITLE="[Mageia-dev] Release cycles proposals, and discussion">misc at zarb.org + </A><BR> + <I>Mon Jun 13 13:36:07 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="005447.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI>Next message: <A HREF="005486.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#5484">[ date ]</a> + <a href="thread.html#5484">[ thread ]</a> + <a href="subject.html#5484">[ subject ]</a> + <a href="author.html#5484">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Le lundi 13 juin 2011 à 01:06 +0300, Sander Lepik a écrit : +><i> 12.06.2011 23:46, Michael Scherer kirjutas: +</I>><i> > Proposal 1: +</I>><i> > 6 months release cycle -> 12 months life cycle +</I>><i> > ( Fedora, Ubuntu, Mandriva< 2010.1&& Mandriva != 2006.0 ) +</I>><i> > +</I>><i> > Proposal 2: +</I>><i> > 9 months release cycle -> 18 months life cycle +</I>><i> > ( ~ opensuse and the one we used for Mageia 1 ) +</I>><i> > +</I>><i> > Proposal 3: +</I>><i> > 12 months release cycle -> 24 months life cycle +</I>><i> > ( Mandriva> 2010.1 ) +</I>><i> From those options i would go with the second one. Third is way too much wanted from users +</I>><i> (and first has too short life cycle). They are always eager for new stuff and waiting one +</I>><i> year ain't option for them. We could also try to have some LTS versions. But in a bit +</I>><i> different manner than Ubuntu. Like if we notice that some release is good and stable we +</I>><i> could extend its support period (ie mdv2008.1 was really stabel and also mdv2010.1 was +</I>><i> pretty good - for me neither had too many problems and i would have keeped 2008.1 for longer +</I>><i> but its support ended). +</I> +The LTS discussion is for next week :) + +><i> One more thing i didn't like with Mageia 1. Official launch date that you know is coming and +</I>><i> you see that not all things are ready for prime time but you go anyway as there is launch +</I>><i> date announced. Ubuntu has failed with that at least few times. +</I>><i> Debian (Mozilla somewhat too) does better job here. They don't release if they see critical +</I>><i> problems and they don't announce release too far away. +</I>><i> In that hurry we probably missed ATI graphics problem and could have solved it better. +</I> +Another solution is to have a longer freeze period, so people focus +less on last minutes changes and packages upgrades, and more on bug +fixing. + +And we also do not release if there is critical problem, the question is +more "what is critical". It must also be take in account that we didn't +finish the setup of infrastructure, so we will have likely more time and +less burden next time. + + +><i> Maybe we should try to have 9 months but if it will be 10 with more stable release i would +</I>><i> go with 10 (or mabye final freeze in 8 months and then we'll see how fast we can make it +</I>><i> stable). +</I>><i> +</I>><i> (And we have to keep up the good job with upgrading smoothness - in the future it must be +</I>><i> tested even more, that way users who want longer cycle will complain less if they can +</I>><i> upgrade their system w/o big problems.) +</I> +For that, I guess we could do automated upgrade testing, something +like : + - we setup a vm ( scriptable + tftp + pxe ) + - we install as much as possible ( auto installation ) + - we do a scripted upgrade ( auto installation + at / cron ) + - we check if it reboot fine ( a init script + a timeout somewhere ? ) + +this will not solve everything, but this would be a good start. The main +problem is to decide if the upgrade went well or not for all possible +case. + +-- +Michael Scherer + +</PRE> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="005447.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI>Next message: <A HREF="005486.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#5484">[ date ]</a> + <a href="thread.html#5484">[ thread ]</a> + <a href="subject.html#5484">[ subject ]</a> + <a href="author.html#5484">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |