summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-June/006141.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/2011-June/006141.html')
-rw-r--r--zarb-ml/mageia-dev/2011-June/006141.html116
1 files changed, 116 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-June/006141.html b/zarb-ml/mageia-dev/2011-June/006141.html
new file mode 100644
index 000000000..ca1ee6771
--- /dev/null
+++ b/zarb-ml/mageia-dev/2011-June/006141.html
@@ -0,0 +1,116 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Backports policy proposal
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Backports%20policy%20proposal&In-Reply-To=%3C4E0B7AA4.6060801%40laposte.net%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="006087.html">
+ <LINK REL="Next" HREF="006004.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Backports policy proposal</H1>
+ <B>andre999</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Backports%20policy%20proposal&In-Reply-To=%3C4E0B7AA4.6060801%40laposte.net%3E"
+ TITLE="[Mageia-dev] Backports policy proposal">andr55 at laposte.net
+ </A><BR>
+ <I>Wed Jun 29 21:19:00 CEST 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="006087.html">[Mageia-dev] Backports policy proposal
+</A></li>
+ <LI>Next message: <A HREF="006004.html">[Mageia-dev] Backports policy proposal
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#6141">[ date ]</a>
+ <a href="thread.html#6141">[ thread ]</a>
+ <a href="subject.html#6141">[ subject ]</a>
+ <a href="author.html#6141">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Michael Scherer a &#233;crit :
+&gt;<i> Le lundi 27 juin 2011 &#224; 21:42 -0400, andre999 a &#233;crit :
+</I>&gt;&gt;<i> Michael Scherer a &#233;crit :
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Le vendredi 24 juin 2011 &#224; 16:20 -0400, andre999 a &#233;crit :
+</I>&gt;&gt;&gt;&gt;<i> Michael Scherer a &#233;crit :
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> [...]
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> - cannot be backported if the package was just created and is thus basically untested in cauldron
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> What about corner cases where a potential backport is incompatible with changes introduced in
+</I>&gt;&gt;&gt;&gt;<i> cauldron ? Should we leave such packages to third parties ? (I would tend to say yes.)
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> Give a more precise example.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Suppose leaf package fooa depends on foob. foob is part of the current release.
+</I>&gt;&gt;<i> Cauldron replaces foob with fooc. fooa is incompatible with fooc.
+</I>&gt;<i>
+</I>&gt;<i> Then why do we replace foob by it in the first place if this break fooa ?
+</I>
+(see below)
+
+&gt;&gt;<i> fooa is requested by some users, and future versions of fooa are intended to be
+</I>&gt;&gt;<i> compatible with fooc.
+</I>&gt;&gt;<i> In this case, even though it wouldn't be testable in cauldron, it could be tested in
+</I>&gt;&gt;<i> backports-testing, and I think it could be a good idea to allow it.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Even if fooc compatibility wouldn't be available for the next Mageia release, a user
+</I>&gt;&gt;<i> could avoid updating for a release in order to keep using fooa.
+</I>&gt;&gt;<i> However, if there were no intention to make fooa compatible with fooc, maybe it should
+</I>&gt;&gt;<i> be denied.
+</I>&gt;<i>
+</I>&gt;<i> The example is bogus. If we have fooa in the distro and we upload fooc
+</I>&gt;<i> that break it, then we have to fix the breakage as a priority. Usually,
+</I>&gt;<i> that would be having foob and fooc as parallel installablable.
+</I>
+The idea is that fooa is not in release, but is compatible with release, and not with
+cauldron. (More details below.)
+
+&gt;<i> Anyway, the question is &quot;how often does it&quot; happens ? Because &quot;it may
+</I>&gt;<i> happen&quot; is not a justification&quot; if in practice, it never happen. And not
+</I>&gt;<i> having a backport is not the end of the world so unless the problem is
+</I>&gt;<i> quite frequent ( and so far, this one is far from being frequent ,
+</I>&gt;<i> especially since it is based on a wrong supposition in the first part ),
+</I>&gt;<i> I do not think this would be blocking.
+</I>
+Often enough there will be changes in cauldron to newer packages not entirely compatible
+with the older ones they are replacing. And other existing packages are dependant on
+them, so they have to be fixed in cauldron.
+Backport requests could be compatible with release but not cauldron. I wouldn't expect
+that to be frequent, but such requests have already happened.
+In some cases the updates for compatibility from upstream could just be late in coming.
+
+The question is, should we allow such backports under certain circumstances ?
+I'm not necessarily saying yes.
+Maybe we should say not for now, to be reviewed later ?
+
+--
+Andr&#233;
+</PRE>
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="006087.html">[Mageia-dev] Backports policy proposal
+</A></li>
+ <LI>Next message: <A HREF="006004.html">[Mageia-dev] Backports policy proposal
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#6141">[ date ]</a>
+ <a href="thread.html#6141">[ thread ]</a>
+ <a href="subject.html#6141">[ subject ]</a>
+ <a href="author.html#6141">[ 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>