summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2012-June/016941.html
diff options
context:
space:
mode:
authorNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
committerNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
commit1be510f9529cb082f802408b472a77d074b394c0 (patch)
treeb175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/2012-June/016941.html
parentfa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff)
downloadarchives-master.tar
archives-master.tar.gz
archives-master.tar.bz2
archives-master.tar.xz
archives-master.zip
Add zarb MLs html archivesHEADmaster
Diffstat (limited to 'zarb-ml/mageia-dev/2012-June/016941.html')
-rw-r--r--zarb-ml/mageia-dev/2012-June/016941.html171
1 files changed, 171 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2012-June/016941.html b/zarb-ml/mageia-dev/2012-June/016941.html
new file mode 100644
index 000000000..de327ebc1
--- /dev/null
+++ b/zarb-ml/mageia-dev/2012-June/016941.html
@@ -0,0 +1,171 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] Backports Summary
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Backports%20Summary&In-Reply-To=%3C4FEB5083.5070202%40laposte.net%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="016940.html">
+ <LINK REL="Next" HREF="016943.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] Backports Summary</H1>
+ <B>andre999</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Backports%20Summary&In-Reply-To=%3C4FEB5083.5070202%40laposte.net%3E"
+ TITLE="[Mageia-dev] Backports Summary">andre999mga at laposte.net
+ </A><BR>
+ <I>Wed Jun 27 20:27:15 CEST 2012</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="016940.html">[Mageia-dev] Backports Summary
+</A></li>
+ <LI>Next message: <A HREF="016943.html">[Mageia-dev] Backports Summary
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#16941">[ date ]</a>
+ <a href="thread.html#16941">[ thread ]</a>
+ <a href="subject.html#16941">[ subject ]</a>
+ <a href="author.html#16941">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>nicolas vigier a &#233;crit :
+&gt;<i> On Wed, 27 Jun 2012, andre999 wrote:
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;&gt;<i> nicolas vigier a &#233;crit :
+</I>&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> On Wed, 27 Jun 2012, andre999 wrote:
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> nicolas vigier a &#233;crit :
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> On Wed, 27 Jun 2012, andre999 wrote:
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> I would favour tagging backports as update repos, so that in the event
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> of a newer backport for security or bug fixes, that it will be
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> automatically presented with other updates.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> No.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> as the update applet currently works it would show the backport as
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> an update even if you dont have an earlier backport installed,
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i> defeating the purpose of having separate /updates vs /backports
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> This is conditional on first modifying the update tools, as suggested next.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> A backport should only update an already installed backport.
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i> (Similarly for nonfree and tainted, if that is not already the case.)
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i> We should not change the behaviour of medias tagged as update repo. If
+</I>&gt;&gt;&gt;&gt;&gt;<i> we want a different behaviour for backports then we should tag those
+</I>&gt;&gt;&gt;&gt;&gt;<i> medias as backport, not update.
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i> The idea is, once the tools are appropriately adjusted, to tag the backport
+</I>&gt;&gt;&gt;&gt;<i> repos as update media, as in rpmdrake. But alternately we could get the
+</I>&gt;&gt;&gt;&gt;<i> update tools to automatically treat backport repos as update media for
+</I>&gt;&gt;&gt;&gt;<i> backports.
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i> backports are not updates, why should we tag them as update ?
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;&gt;<i>
+</I>&gt;&gt;<i> If you are talking about the packages themselves, of course _backports
+</I>&gt;&gt;<i> packages_ should be tagged as backports, and regular update packages as
+</I>&gt;&gt;<i> updates.
+</I>&gt;&gt;<i>
+</I>&gt;<i> packages themselves are not tagged as backports or updates.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;&gt;<i> However talking about _backport repos_, exactly how we tag them is
+</I>&gt;&gt;<i> arbitrary.
+</I>&gt;&gt;<i> Although obviously backports are updates relative to the initial release in
+</I>&gt;&gt;<i> question, so it is not unreasonable to tag the backport repos as updates.
+</I>&gt;&gt;<i>
+</I>&gt;<i> backports and updates repos need to be handled differently by
+</I>&gt;<i> urpmi/rpmdrake. So they should be tagged differently. Is it so hard to
+</I>&gt;<i> understand ?
+</I>&gt;<i>
+</I>
+Backport packages and update packages need to be handled differently.
+This can be more reliably dealt with by tagging the backport packages
+themselves.
+As a user could copy the backport to any location, it won't necessarily
+be installed from a backport repo.
+Which I and others have already suggested numerous times in previous
+threads.
+By tagging the package in the name (someone suggested using &quot;bp&quot;), it
+could be readily determined by any user that a package is a backport.
+My suggestion of tagging the backport repos as updates was recognizing
+an obvious fact, which apparently is used by installer tools.
+(Otherwise why bother ?)
+And indeed, backports will be used as updates, albeit only to already
+installed backports.
+
+--
+Andr&#233;
+
+</PRE>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="016940.html">[Mageia-dev] Backports Summary
+</A></li>
+ <LI>Next message: <A HREF="016943.html">[Mageia-dev] Backports Summary
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#16941">[ date ]</a>
+ <a href="thread.html#16941">[ thread ]</a>
+ <a href="subject.html#16941">[ subject ]</a>
+ <a href="author.html#16941">[ 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>