diff options
Diffstat (limited to 'zarb-ml/mageia-discuss/20101102/002838.html')
| -rw-r--r-- | zarb-ml/mageia-discuss/20101102/002838.html | 144 |
1 files changed, 144 insertions, 0 deletions
diff --git a/zarb-ml/mageia-discuss/20101102/002838.html b/zarb-ml/mageia-discuss/20101102/002838.html new file mode 100644 index 000000000..c6b221537 --- /dev/null +++ b/zarb-ml/mageia-discuss/20101102/002838.html @@ -0,0 +1,144 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-discuss] ISO 0 specification + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20ISO%200%20specification&In-Reply-To=%3C201011021326.36457.maarten.vanraes%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="002836.html"> + <LINK REL="Next" HREF="002837.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-discuss] ISO 0 specification</H1> + <B>Maarten Vanraes</B> + <A HREF="mailto:mageia-discuss%40mageia.org?Subject=Re%3A%20%5BMageia-discuss%5D%20ISO%200%20specification&In-Reply-To=%3C201011021326.36457.maarten.vanraes%40gmail.com%3E" + TITLE="[Mageia-discuss] ISO 0 specification">maarten.vanraes at gmail.com + </A><BR> + <I>Tue Nov 2 13:26:36 CET 2010</I> + <P><UL> + <LI>Previous message: <A HREF="002836.html">[Mageia-discuss] ISO 0 specification +</A></li> + <LI>Next message: <A HREF="002837.html">[Mageia-discuss] Interview de Anne Nicolas pour Mageia [french] +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2838">[ date ]</a> + <a href="thread.html#2838">[ thread ]</a> + <a href="subject.html#2838">[ subject ]</a> + <a href="author.html#2838">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op dinsdag 02 november 2010 13:13:17 schreef Michael Scherer: +><i> Le mardi 02 novembre 2010 à 09:20 +0100, Maarten Vanraes a écrit : +</I>><i> > I read the full meeting logs from 25/10, and i noticed tmb saying: +</I>><i> > +</I>><i> > "pretty much a cooker snapshot" +</I>><i> > +</I>><i> > +</I>><i> > I donno how far you're going to take this; but i thought we would be +</I>><i> > getting a new version out ASAP. +</I>><i> > +</I>><i> > in my understanding, we would get a 2010.1 snapshot and use it to build +</I>><i> > the first ISO. +</I>><i> > +</I>><i> > and use the cooker snapshot to get a cauldron. +</I>><i> > +</I>><i> > imo the cooker is sooo unstable and broken, we will not be able to get a +</I>><i> > working ISO from it, that is more or less stable in this timeframe. +</I>><i> > +</I>><i> > eg: +</I>><i> > * KDE +</I>><i> > * glib +</I>><i> > * perl +</I>><i> > * python +</I>><i> > * RPM +</I>><i> > * ... +</I>><i> > +</I>><i> > most of these will get fixed, in time; but what about ALL the packages +</I>><i> > depending on that? most of the packages aren't even maintained... +</I>><i> +</I>><i> They are not more maintained on 2010.1 than on cooker. +</I> +exactly, but on 2010.1 those might still "work". + +><i> > personally, i'm against using cooker to make a stable ISO 0. +</I>><i> +</I>><i> why that's what we do all the time, after a stabilisation period. It +</I>><i> worked fine for the last 7 years, and that's a part of the process that +</I>><i> is used by lots of distributions. ( have a devel tree, fork it for +</I>><i> release, bug fix, release it ). There is slightly different variations +</I>><i> ( fedora and no frozen rawhide, debian and testing/stable/unstable ), +</I>><i> but all do the same, basically. +</I> +i am not against a stabilisation period + +><i> > rebranding a 2010.1 will be lots more stable; and maintime we will have +</I>><i> > the time to make cauldron (from cooker) into something good, so we will +</I>><i> > be able to make a release based on cauldron on the 18th of september. +</I>><i> +</I>><i> But it would be less appealing, and this would make the life of the +</I>><i> communication team slightly difficult. It would also mean getting older +</I>><i> hardware support, older versions of various components ( like python, +</I>><i> for example ). +</I> +that is true + +><i> And this would not save anything, as the bugfix work will have to be +</I>><i> done anyway sooner or later. +</I> +also true + +><i> More ever, the experience showed that if you give more time to fix bugs, +</I>><i> bugs just take more time to be fixed ( aka, we are lazy ). The more +</I>><i> visible evidence is the activity in Mandriva when a deadline appear "we +</I>><i> will now freeze the version update", where suddenly everybody update +</I>><i> everything ( while we could have done sooner ) +</I> +i didn't think of this, i suppose you have a valid point here + +><i> And postponing to september ( ie 6 months later ) will be imho more +</I>><i> problematic, as this will add the current cooker breakage to the one +</I>><i> introduced by all the changes that people will want to push in the 6 +</I>><i> months ( gnome 3, etc, etc ). We have already experience with the +</I>><i> current 6 months cycles, but we do not really have with a 1 year cycle, +</I>><i> and this may cause trouble. +</I>><i> +</I>><i> So it is better to split the work into small time based chunks, because +</I>><i> that's something we know, and we should avoid surprise to start the +</I>><i> distribution. +</I> +this is why i proposed using 2010.1 as basis +</PRE> + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="002836.html">[Mageia-discuss] ISO 0 specification +</A></li> + <LI>Next message: <A HREF="002837.html">[Mageia-discuss] Interview de Anne Nicolas pour Mageia [french] +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#2838">[ date ]</a> + <a href="thread.html#2838">[ thread ]</a> + <a href="subject.html#2838">[ subject ]</a> + <a href="author.html#2838">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-discuss">More information about the Mageia-discuss +mailing list</a><br> +</body></html> |