diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-June/005573.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-June/005573.html | 179 |
1 files changed, 179 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-June/005573.html b/zarb-ml/mageia-dev/2011-June/005573.html new file mode 100644 index 000000000..22a241f3d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-June/005573.html @@ -0,0 +1,179 @@ +<!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=%3C1308013547.24304.155.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="005571.html"> + <LINK REL="Next" HREF="005500.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=%3C1308013547.24304.155.camel%40akroma.ephaone.org%3E" + TITLE="[Mageia-dev] Release cycles proposals, and discussion">misc at zarb.org + </A><BR> + <I>Tue Jun 14 03:05:46 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="005571.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI>Next message: <A HREF="005500.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#5573">[ date ]</a> + <a href="thread.html#5573">[ thread ]</a> + <a href="subject.html#5573">[ subject ]</a> + <a href="author.html#5573">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Le mardi 14 juin 2011 à 02:36 +0200, Bruno Cornec a écrit : +><i> Michael Scherer said on Tue, Jun 14, 2011 at 01:31:46AM +0200: +</I>><i> +</I>><i> > And I think we can already decide to release 1 week later if a +</I>><i> > release_critical bug appears. Fedora 15 for example was 2 weeks late, +</I>><i> > because they changed the release date twice after having seen some +</I>><i> > problem (<A HREF="http://fedoraproject.org/wiki/Releases/15/Schedule">http://fedoraproject.org/wiki/Releases/15/Schedule</A> ). +</I>><i> +</I>><i> I think that the level of flexibility that is really useful. Fixing a +</I>><i> target is nice for all projects. Now, if a blocking point happens, it's +</I>><i> wise to delay a bit. +</I>><i> +</I>><i> I personaly find ridiculous the Ubuntu approach to release at fixed +</I>><i> dates, whatever happens, becasue it's 11.04, it should be in April 2011 +</I>><i> !! But then their community is just angry because of the lack of +</I>><i> quality due to that. +</I> +They did a push of 2 months in 2006 ( 6.06 instead of 6.04 for Dapper +Drake ). But I think that was a isolated change, and Mark Shuttleworth +is pushing for keeping schedule. We were praised because we were not +late too :) + +><i> So maybe what would be interesting is to have something like: +</I>><i> M1-M8: break and fix cauldron with lots of new stuff. +</I>><i> M8-M8.5: freeze period. Only bug fixes or HW support improvements goes +</I>><i> through or mageia tools. In particular, no new KDE, Gnome, LibreO, FF, +</I>><i> ... +</I>><i> M8.5-M9: test period. Only bugs found there are fixed. As the cauldron +</I>><i> is closed, people have more time to upgrage with an already stabilized +</I>><i> distro, to make it really stable at the 9 months date. +</I> +Well, that's the plan, with the release date come then the decision +about the freeze period, even if we got mixed signals here : +- we want longer freeze because that mean less bugs +- we also see that people always want to have freeze exception because +bugfixing is less fun that adding feature :) + +So that warrant also another discussion ( even if I think the current +division is fine, but it could be adapted if the release model is +different ). +-- +Michael Scherer + +</PRE> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="005571.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI>Next message: <A HREF="005500.html">[Mageia-dev] Release cycles proposals, and discussion +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#5573">[ date ]</a> + <a href="thread.html#5573">[ thread ]</a> + <a href="subject.html#5573">[ subject ]</a> + <a href="author.html#5573">[ 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> |