summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20101007/001013.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/20101007/001013.html')
-rw-r--r--zarb-ml/mageia-dev/20101007/001013.html159
1 files changed, 159 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20101007/001013.html b/zarb-ml/mageia-dev/20101007/001013.html
new file mode 100644
index 000000000..3906f5380
--- /dev/null
+++ b/zarb-ml/mageia-dev/20101007/001013.html
@@ -0,0 +1,159 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] How will be the realese cycle?
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20How%20will%20be%20the%20realese%20cycle%3F&In-Reply-To=%3C201010071452.15140.bgmilne%40multilinks.com%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="000993.html">
+ <LINK REL="Next" HREF="000962.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] How will be the realese cycle?</H1>
+ <B>Buchan Milne</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20How%20will%20be%20the%20realese%20cycle%3F&In-Reply-To=%3C201010071452.15140.bgmilne%40multilinks.com%3E"
+ TITLE="[Mageia-dev] How will be the realese cycle?">bgmilne at multilinks.com
+ </A><BR>
+ <I>Thu Oct 7 15:52:15 CEST 2010</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="000993.html">[Mageia-dev] How will be the realese cycle?
+</A></li>
+ <LI>Next message: <A HREF="000962.html">[Mageia-dev] A new office suite ?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#1013">[ date ]</a>
+ <a href="thread.html#1013">[ thread ]</a>
+ <a href="subject.html#1013">[ subject ]</a>
+ <a href="author.html#1013">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>On Thursday, 7 October 2010 13:27:50 Tux99 wrote:
+&gt;<i> On Thu, 7 Oct 2010, Buchan Milne wrote:
+</I>&gt;<i> &gt; I don't believe that merely changing to some kind of rolling release will
+</I>&gt;<i> &gt; improve matters for end users, they will just be more confused when they
+</I>&gt;<i> &gt; find out that to install database support for OpenOffice.org, they need
+</I>&gt;<i> &gt; to upgrade all of OpenOffice.org (taking an hour to download ~ 70MB),
+</I>&gt;<i> &gt; instead of just being able to install openoffice.org-base (with a 2
+</I>&gt;<i> &gt; minute download of 2MB).
+</I>&gt;<i>
+</I>&gt;<i> This is a misconception, even today with the current Mandriva system the
+</I>&gt;<i> user has to download the same 70MB, since security updates are not diffs
+</I>&gt;<i> but whole packages.
+</I>
+I was speaking about the situation where there is no security update required,
+but a new version with new features is available.
+
+&gt;<i> To make it clearer, if the user wants to install oo-base at a later
+</I>&gt;<i> point with the currend Mdv model he would have to download 20MB
+</I>
+2MB.
+
+&gt;<i> if there
+</I>&gt;<i> has been no security updates since release, or 70MB if there has been a
+</I>&gt;<i> security update in the meantime.
+</I>
+No, the user has the option of not use the updates media, and the package she
+needs is in main/release.
+
+&gt;<i> Exactly the same would be the case with a light rolling distro.
+</I>
+Depends exactly how it is implemented. Either mirrors are holding all the
+packages ever released, or the package the user needs is no longer available.
+
+&gt;<i> People who say that a light rolling distro (i.e. where only app upgrades
+</I>&gt;<i> are made available mid-cycle, not the core packages) will increase
+</I>&gt;<i> downloads for users are simply not thinking this through.
+</I>
+See above.
+
+&gt;<i> No one is forced to download and install the upgrades, a user can just
+</I>&gt;<i> only install those upgrades which are also security updates, just like
+</I>&gt;<i> he/she would do with the current Mdv model.
+</I>
+So all packages ever released have to be on every mirror?
+
+&gt;<i> A security update or an upgrade imply roughly the same download size,
+</I>&gt;<i> since in both cases the whole package is downloaded again, what differs
+</I>&gt;<i> is only the version that's being downloaded not the size.
+</I>
+Well, either you are now either meaning:
+-security update policy must be 'in event of vulnerability, upgrade, don't
+patch'
+or
+-keep every single package on every mirror
+
+As I said previously, a security updates policy is just that, no technical
+changes need to be done vs the current Mandriva methods. However, what about
+feature upgrades (in software which have no vulnerabilities in the version
+shipped with the &quot;big release&quot;). Are you going to deprive users of new
+versions, because the package developers were too naive to include a
+vulnerability to ensure updates.
+
+&gt;<i> The only real difference between the light rolling distro model
+</I>&gt;<i> deescribed earlier in this thread by a few people (including myself) and
+</I>&gt;<i> the current Mdv release model, is that security updates of apps are
+</I>&gt;<i> provided through version upgrades whenever this is possible, i.e.
+</I>&gt;<i> when the version upgrade is not a major upgrade with incompatible
+</I>&gt;<i> changes.
+</I>
+So, no new versions without vulnerabilities? This sounds worse for users who
+want newer packages than the current Mandriva model.
+
+But, I wonder which of the packages in updates should have been upgraded
+instead of patched:
+
+-apache (I vote no)
+-beagle
+-bzip2
+-evolution
+-lvm
+-firefox (upgraded, resulting in xulrunner and yelp requiring updates)
+-ghostscript
+-git
+-gnome-python
+-kernel
+-kdegraphics
+-samba (oden and I usually discuss pros/cons of upgrading, probably about 33%
+of the time - especially older releases - we upgrade)
+-mysql (I vote no)
+-openldap (I vote no, users who need newer can get from backports)
+-php (I vote no)
+-tomcat (I vote no)
+
+Sorry, but to compare these cases, we really need real-world examples, so I'm
+using Mandriva 2010.1 as the basis for comparison.
+
+Regards,
+Buchan
+</PRE>
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="000993.html">[Mageia-dev] How will be the realese cycle?
+</A></li>
+ <LI>Next message: <A HREF="000962.html">[Mageia-dev] A new office suite ?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#1013">[ date ]</a>
+ <a href="thread.html#1013">[ thread ]</a>
+ <a href="subject.html#1013">[ subject ]</a>
+ <a href="author.html#1013">[ 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>