summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20120113/3c59db45
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20120113/3c59db45')
-rw-r--r--zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment-0001.html53
-rw-r--r--zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment.html53
2 files changed, 106 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment-0001.html
new file mode 100644
index 000000000..801b5af2d
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment-0001.html
@@ -0,0 +1,53 @@
+<br><br><div class="gmail_quote">On Fri, Jan 13, 2012 at 1:20 PM, Maarten Vanraes <span dir="ltr">&lt;<a href="mailto:alien@rmail.be">alien@rmail.be</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+Op vrijdag 13 januari 2012 20:59:19 schreef Jeff Robins:<br>
+<div><div></div><div class="h5">&gt; On Fri, Jan 13, 2012 at 6:00 AM, andre999 &lt;<a href="mailto:andre999mga@laposte.net">andre999mga@laposte.net</a>&gt; wrote:<br>
+&gt; &gt; Wait.<br>
+&gt; &gt; A long-term release version is kept updated for bugs, particularly<br>
+&gt; &gt; security bugs, but doesn&#39;t add new features.<br>
+&gt; &gt; Since it doesn&#39;t add new features, it is less likely to introduce new<br>
+&gt; &gt; bugs, and so would be more secure.<br>
+&gt; &gt; (That is why, in case you haven&#39;t noticed, that Firefox has more security<br>
+&gt; &gt; issues than Seamonkey, which is one step behind Firefox in adopting new<br>
+&gt; &gt; features.)<br>
+&gt; &gt;<br>
+&gt; &gt; So if you want a stable, secure browser, prefer among Mozilla browsers<br>
+&gt; &gt; the Firefox long-term release, or for more stable, Seamonkey.<br>
+&gt; &gt;<br>
+&gt; &gt; For the minority of users who want the latest features, despite the<br>
+&gt; &gt; greater risk, like the cauldron of Mozilla, it is easy to download the<br>
+&gt; &gt; latest Firefox release, direct from upstream.  (It will be available<br>
+&gt; &gt; there at least a week sooner.)<br>
+&gt; &gt; Upstream Firefox by default warns when the latest update is available.<br>
+&gt; &gt;<br>
+&gt; &gt; --<br>
+&gt; &gt; André<br>
+&gt;<br>
+&gt; I think André is entirely correct and the ESR should meet the requirements<br>
+&gt; for a long-term Mageia.  The ESR will get all of the security updates, but<br>
+&gt; not the new features so any argument about needing the latest to stay<br>
+&gt; secure is invalid.  (<br>
+&gt; <a href="http://www.anandtech.com/show/5378/mozilla-announces-firefox-extended-suppo" target="_blank">http://www.anandtech.com/show/5378/mozilla-announces-firefox-extended-suppo</a><br>
+&gt; rt-release )<br>
+&gt;<br>
+&gt; Also, the next upstream will be moving to quiet updates, unless Firefox<br>
+&gt; hasn&#39;t been restarted in the last 12 hours.  So, users that want the latest<br>
+&gt; can use the upstream and be automatically updated.<br>
+&gt; (<a href="http://letsbytecode.com/general/10-firefox-will-be-updated-on-the-quiet/" target="_blank">http://letsbytecode.com/general/10-firefox-will-be-updated-on-the-quiet/</a>)<br>
+&gt;<br>
+&gt; My only concern is the difference in release times.  Mageia&#39;s is 9months<br>
+&gt; and Mozilla is 1year.  Nine months from Mageia&#39;s 1st long-term release,<br>
+&gt; Mozilla will still be on the same FF, and will update FF in the middle of<br>
+&gt; the second Mageia long-term release.  This would create more work and a<br>
+&gt; long-term Mageia, which will have a major component update during the<br>
+&gt; long-term support period.<br>
+&gt;<br>
+&gt; --Jeff<br>
+<br>
+</div></div>look at the picture for the support period, the 1y warranteed versions cross<br>
+over for 2 or 3 months<br>
+<br>
+so it&#39;s going to fit for as long as we have 9m release schedule<br>
+</blockquote></div><br><br>
+The 2-3 month overlap doesn&#39;t solve our problem.  Assuming that we both start on the same month of the same year, which we aren&#39;t, and call it January 2012:<br><br>Jan 2012 (good):<br>We do long-term 1 and Mozilla does ESR1.<br>
+<br>Sept 2012(good):<br>We do long-term 2 and Mozilla has just released FF ESR2.<br><br>June 2013(bad):<br>We do long-term 3, but Mozilla won&#39;t release FF ESR3 until Sept 2013.  FF ESR2 is defunct as of Jan 2013. We only get 3 months of support on ESR2 for long-term 3.<br>
+<br>March 2014(good):<br>We do long-term 4 and Mozilla released FF ESR3 in Sept.  We get support until Dec 2015, which is when we release long-term 5.<br><br>--Jeff<br>
diff --git a/zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment.html b/zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment.html
new file mode 100644
index 000000000..801b5af2d
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20120113/3c59db45/attachment.html
@@ -0,0 +1,53 @@
+<br><br><div class="gmail_quote">On Fri, Jan 13, 2012 at 1:20 PM, Maarten Vanraes <span dir="ltr">&lt;<a href="mailto:alien@rmail.be">alien@rmail.be</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+Op vrijdag 13 januari 2012 20:59:19 schreef Jeff Robins:<br>
+<div><div></div><div class="h5">&gt; On Fri, Jan 13, 2012 at 6:00 AM, andre999 &lt;<a href="mailto:andre999mga@laposte.net">andre999mga@laposte.net</a>&gt; wrote:<br>
+&gt; &gt; Wait.<br>
+&gt; &gt; A long-term release version is kept updated for bugs, particularly<br>
+&gt; &gt; security bugs, but doesn&#39;t add new features.<br>
+&gt; &gt; Since it doesn&#39;t add new features, it is less likely to introduce new<br>
+&gt; &gt; bugs, and so would be more secure.<br>
+&gt; &gt; (That is why, in case you haven&#39;t noticed, that Firefox has more security<br>
+&gt; &gt; issues than Seamonkey, which is one step behind Firefox in adopting new<br>
+&gt; &gt; features.)<br>
+&gt; &gt;<br>
+&gt; &gt; So if you want a stable, secure browser, prefer among Mozilla browsers<br>
+&gt; &gt; the Firefox long-term release, or for more stable, Seamonkey.<br>
+&gt; &gt;<br>
+&gt; &gt; For the minority of users who want the latest features, despite the<br>
+&gt; &gt; greater risk, like the cauldron of Mozilla, it is easy to download the<br>
+&gt; &gt; latest Firefox release, direct from upstream.  (It will be available<br>
+&gt; &gt; there at least a week sooner.)<br>
+&gt; &gt; Upstream Firefox by default warns when the latest update is available.<br>
+&gt; &gt;<br>
+&gt; &gt; --<br>
+&gt; &gt; André<br>
+&gt;<br>
+&gt; I think André is entirely correct and the ESR should meet the requirements<br>
+&gt; for a long-term Mageia.  The ESR will get all of the security updates, but<br>
+&gt; not the new features so any argument about needing the latest to stay<br>
+&gt; secure is invalid.  (<br>
+&gt; <a href="http://www.anandtech.com/show/5378/mozilla-announces-firefox-extended-suppo" target="_blank">http://www.anandtech.com/show/5378/mozilla-announces-firefox-extended-suppo</a><br>
+&gt; rt-release )<br>
+&gt;<br>
+&gt; Also, the next upstream will be moving to quiet updates, unless Firefox<br>
+&gt; hasn&#39;t been restarted in the last 12 hours.  So, users that want the latest<br>
+&gt; can use the upstream and be automatically updated.<br>
+&gt; (<a href="http://letsbytecode.com/general/10-firefox-will-be-updated-on-the-quiet/" target="_blank">http://letsbytecode.com/general/10-firefox-will-be-updated-on-the-quiet/</a>)<br>
+&gt;<br>
+&gt; My only concern is the difference in release times.  Mageia&#39;s is 9months<br>
+&gt; and Mozilla is 1year.  Nine months from Mageia&#39;s 1st long-term release,<br>
+&gt; Mozilla will still be on the same FF, and will update FF in the middle of<br>
+&gt; the second Mageia long-term release.  This would create more work and a<br>
+&gt; long-term Mageia, which will have a major component update during the<br>
+&gt; long-term support period.<br>
+&gt;<br>
+&gt; --Jeff<br>
+<br>
+</div></div>look at the picture for the support period, the 1y warranteed versions cross<br>
+over for 2 or 3 months<br>
+<br>
+so it&#39;s going to fit for as long as we have 9m release schedule<br>
+</blockquote></div><br><br>
+The 2-3 month overlap doesn&#39;t solve our problem.  Assuming that we both start on the same month of the same year, which we aren&#39;t, and call it January 2012:<br><br>Jan 2012 (good):<br>We do long-term 1 and Mozilla does ESR1.<br>
+<br>Sept 2012(good):<br>We do long-term 2 and Mozilla has just released FF ESR2.<br><br>June 2013(bad):<br>We do long-term 3, but Mozilla won&#39;t release FF ESR3 until Sept 2013.  FF ESR2 is defunct as of Jan 2013. We only get 3 months of support on ESR2 for long-term 3.<br>
+<br>March 2014(good):<br>We do long-term 4 and Mozilla released FF ESR3 in Sept.  We get support until Dec 2015, which is when we release long-term 5.<br><br>--Jeff<br>