summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2012-December/020479.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/2012-December/020479.html')
-rw-r--r--zarb-ml/mageia-dev/2012-December/020479.html186
1 files changed, 186 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2012-December/020479.html b/zarb-ml/mageia-dev/2012-December/020479.html
new file mode 100644
index 000000000..6bbd3f5e5
--- /dev/null
+++ b/zarb-ml/mageia-dev/2012-December/020479.html
@@ -0,0 +1,186 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Mageia 1 EOL.
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mageia%201%20EOL.&In-Reply-To=%3C50BB2E49.5000109%40apostrophe.co.uk%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="020480.html">
+ <LINK REL="Next" HREF="020482.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Mageia 1 EOL.</H1>
+ <B>Robert Wood</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mageia%201%20EOL.&In-Reply-To=%3C50BB2E49.5000109%40apostrophe.co.uk%3E"
+ TITLE="[Mageia-dev] Mageia 1 EOL.">robert.wood at apostrophe.co.uk
+ </A><BR>
+ <I>Sun Dec 2 11:32:41 CET 2012</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="020480.html">[Mageia-dev] Mageia 1 EOL.
+</A></li>
+ <LI>Next message: <A HREF="020482.html">[Mageia-dev] Mageia 1 EOL.
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#20479">[ date ]</a>
+ <a href="thread.html#20479">[ thread ]</a>
+ <a href="subject.html#20479">[ subject ]</a>
+ <a href="author.html#20479">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>FWIW, I agree wholeheartedly with having a longer support time. Getting
+Mageia 1 right on my laptop was a long and painful process; I feel I've
+only just got it going (OK, it's a year down the line really) and I have
+to go through it all again in a few weeks. I accept it might be much
+easier because the kernel improves at light speed, but it would much
+rather not have to do it for a while!
+
+I run Mageia 2 on my desktop and the one and [from my perspective] the
+only thing that is better about it is GIMP 2.8. I miss nothing
+whatsoever other than that. Even if it was two years rather than
+eighteen months it would be great.
+
+Just my tuppence worth. I am very, very grateful for the fantastic work
+everyone does on this distribution whatever happens. :~)
+
+On 02/12/12 06:46, blind Pete wrote:
+&gt;<i> David Walser wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> Pierre Jarillon wrote:
+</I>&gt;&gt;&gt;<i> Le dimanche 2 d&#233;cembre 2012 01:11:44, Thomas Backlund a &#233;crit :
+</I>&gt;&gt;&gt;&gt;<i> Mageia 1 is now EOL.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> BS is locked down and updates_testing wiped.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> Blog post pushed and mail sent to updates-announce ML.
+</I>&gt;&gt;&gt;<i> I have several systems installed with Mageia 1 and I wish to move them to
+</I>&gt;&gt;&gt;<i> Mageia 3 (I make always a new install). During 4 or 5 month, I agree to
+</I>&gt;&gt;&gt;<i> have no improvements or no bug corrections but security updates are
+</I>&gt;&gt;&gt;<i> useful.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> I dont' want to replace Mga1 with Mga2 and 4 month later play again for
+</I>&gt;&gt;&gt;<i> Mga2 to Mga3. I have also other machines with Mga2 and with Mandriva
+</I>&gt;&gt;&gt;<i> 2010.2. I dont need a LTS but a Short Term Support is a bad thing and I
+</I>&gt;&gt;&gt;<i> don't want to waste my time.
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Is it possible to have security updates until a month after Mga3 is out?
+</I>&gt;&gt;<i> My feeling on this is that we have an 18 month support cycle *because* we
+</I>&gt;&gt;<i> have a 9 month development cycle, so we support for the length of two
+</I>&gt;&gt;<i> release cycles, so that if one release causes major problems, or you don't
+</I>&gt;&gt;<i> have time to upgrade every single time, you can skip one
+</I>&gt;&gt;<i> release and still stay supported. This works fine unless a release gets
+</I>&gt;&gt;<i> delayed like Mageia 2 did (which is fine) and probably most will a
+</I>&gt;&gt;<i> little bit at least. I believe the support should continue to run until
+</I>&gt;&gt;<i> release+2 is out.
+</I>&gt;<i> Sounds like a good reason for having a support period of either one
+</I>&gt;<i> and a half or two and a half release cycles. Aiming for exactly
+</I>&gt;<i> an integer means that there will be a day where updating has to happen.
+</I>&gt;<i> Worse when there is a delay the overlap could be negative.
+</I>&gt;<i>
+</I>&gt;&gt;<i> The problem is there isn't a company with paid employees providing the
+</I>&gt;&gt;<i> support, it's a community distro with all volunteers, so we can only
+</I>&gt;&gt;<i> continue to provide support if there are people willing and able to do the
+</I>&gt;&gt;<i> work.
+</I>&gt;<i> One and a half release cycles?
+</I>&gt;<i>
+</I>&gt;<i> Perhaps future realeases could have;
+</I>&gt;<i> 9 month release cycle,
+</I>&gt;<i> 12 month &quot;full&quot; support,
+</I>&gt;<i> 15 months &quot;partial&quot; support?
+</I>&gt;<i>
+</I>&gt;&gt;<i> As you may know, I do a lot of the packaging work on security updates. I
+</I>&gt;&gt;<i> also depend on some other packagers to do some of that work, but as time
+</I>&gt;&gt;<i> passes, less and less of them have either the time or willingness to
+</I>&gt;&gt;<i> continue to work on Mageia 1, so it gets more difficult to continue
+</I>&gt;&gt;<i> to support everything as time passes. Also, even if we can get updates
+</I>&gt;&gt;<i> packaged, we need QA people to test them, and we continue to need
+</I>&gt;&gt;<i> more help with QA, as it's a very small number of people doing the vast
+</I>&gt;&gt;<i> majority of the work. QA is responsible for not only testing updates for
+</I>&gt;&gt;<i> stable distros, but also testing every single ISO (including alphas,
+</I>&gt;&gt;<i> betas, and RCs) we release.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> So, to make a long story short, extending support for Mageia 1 was
+</I>&gt;&gt;<i> discussed by the council, but unfortunately rejected, mostly IINM because
+</I>&gt;&gt;<i> of the burden on QA. Again, that's not to blame anyone, but QA is a lot
+</I>&gt;&gt;<i> of work that's done by few people. So if they're not willing or able to
+</I>&gt;&gt;<i> continue to support it, unless new people step up to fill that void, we
+</I>&gt;&gt;<i> just don't have the ability to continue to provide support.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> As the person who does a lot of the packaging for security updates, I am
+</I>&gt;&gt;<i> willing to continue the work I do on it, especially since I haven't had
+</I>&gt;&gt;<i> time yet to move my and my family's workstations to Mageia 2, and probably
+</I>&gt;&gt;<i> won't until late December, but I don't have a way to
+</I>&gt;&gt;<i> distribute any new packages. The build system has closed for Mageia 1.
+</I>&gt;&gt;<i> SVN should still be open, so I suppose I could check things in there
+</I>&gt;&gt;<i> and anyone interested could build from it locally? I don't want to host
+</I>&gt;&gt;<i> my own repository somewhere.
+</I>
+</PRE>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="020480.html">[Mageia-dev] Mageia 1 EOL.
+</A></li>
+ <LI>Next message: <A HREF="020482.html">[Mageia-dev] Mageia 1 EOL.
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#20479">[ date ]</a>
+ <a href="thread.html#20479">[ thread ]</a>
+ <a href="subject.html#20479">[ subject ]</a>
+ <a href="author.html#20479">[ 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>