summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-June/005400.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/2011-June/005400.html')
-rw-r--r--zarb-ml/mageia-dev/2011-June/005400.html161
1 files changed, 161 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-June/005400.html b/zarb-ml/mageia-dev/2011-June/005400.html
new file mode 100644
index 000000000..126bd84d5
--- /dev/null
+++ b/zarb-ml/mageia-dev/2011-June/005400.html
@@ -0,0 +1,161 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Missing packages in Mageia 1. How to backport?
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Missing%20packages%20in%20Mageia%201.%20How%20to%20backport%3F&In-Reply-To=%3C201106111314.29979.stormi%40laposte.net%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="005398.html">
+ <LINK REL="Next" HREF="005404.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Missing packages in Mageia 1. How to backport?</H1>
+ <B>Samuel Verschelde</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Missing%20packages%20in%20Mageia%201.%20How%20to%20backport%3F&In-Reply-To=%3C201106111314.29979.stormi%40laposte.net%3E"
+ TITLE="[Mageia-dev] Missing packages in Mageia 1. How to backport?">stormi at laposte.net
+ </A><BR>
+ <I>Sat Jun 11 13:14:29 CEST 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="005398.html">[Mageia-dev] Missing packages in Mageia 1. How to backport?
+</A></li>
+ <LI>Next message: <A HREF="005404.html">[Mageia-dev] Missing packages in Mageia 1. How to backport?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#5400">[ date ]</a>
+ <a href="thread.html#5400">[ thread ]</a>
+ <a href="subject.html#5400">[ subject ]</a>
+ <a href="author.html#5400">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Le samedi 11 juin 2011 12:06:55, Christiaan Welvaart a &#233;crit :
+&gt;<i> On Fri, 10 Jun 2011, Michael Scherer wrote:
+</I>&gt;<i> &gt; We can agree that everybody want something newer for some rpms, but few
+</I>&gt;<i> &gt; people want everything to be newer ( ie, now one run backports as a
+</I>&gt;<i> &gt; update media, I think ). So as much as I am against asking to users
+</I>&gt;<i> &gt; questions, we must show them the choice somewhere, in a non obstrusive
+</I>&gt;<i> &gt; way.
+</I>&gt;<i>
+</I>&gt;<i> Maybe, but how would be &quot;support&quot; this? We must be able to reproduce a
+</I>&gt;<i> reported problem. This becomes complicated when we don't know what is
+</I>&gt;<i> installed on the user's system. A guideline for bug reporters is (or
+</I>&gt;<i> should be) &quot;make sure you installed the latest updates&quot;. What would be the
+</I>&gt;<i> equivalent for backports? I'm afraid it should be &quot;if you installed any
+</I>&gt;<i> backports, make sure you installed all backports that are relevant for
+</I>&gt;<i> your system&quot;. If someone has a problem with any other combination, the bug
+</I>&gt;<i> report might be rejected. How would QA even work when only selected
+</I>&gt;<i> packages are upgraded from backports, or integration testing:
+</I>&gt;<i> integration with what?
+</I>&gt;<i>
+</I>&gt;<i> So the only combinations we can support are:
+</I>&gt;<i> - release + updates
+</I>&gt;<i> - release + updates + backports
+</I>&gt;<i>
+</I>&gt;<i> More practical: for mga1 I have a VM that I can keep updated. For mga1
+</I>&gt;<i> backports I can install another VM with backports enabled. But for bugs
+</I>&gt;<i> reported with only selected backports installed I suppose I would have to
+</I>&gt;<i> install a new VM with mga1, update it, and install only those backports -
+</I>&gt;<i> for each bug report. But maybe I'm missing something, please explain. (:
+</I>&gt;<i>
+</I>
+If we suppose that either updates or backports are supported (with a support
+level to be defined), the situation is simpler to me : a good backport must
+work with all its dependencies coming from updates or release OR it must
+explicitly require higher versions, found only in the backports media and so
+automatically pulled.
+
+So I don't think that having picked up only certain backported packages is a
+problem for the maintainer's support. Maybe I over-simplified the situation,
+but I don't think it will be as complex as you say.
+
+Samuel
+-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;/pipermail/mageia-dev/attachments/20110611/976fba78/attachment.html&gt;
+</PRE>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="005398.html">[Mageia-dev] Missing packages in Mageia 1. How to backport?
+</A></li>
+ <LI>Next message: <A HREF="005404.html">[Mageia-dev] Missing packages in Mageia 1. How to backport?
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#5400">[ date ]</a>
+ <a href="thread.html#5400">[ thread ]</a>
+ <a href="subject.html#5400">[ subject ]</a>
+ <a href="author.html#5400">[ 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>