From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-June/016917.html | 133 +++++++++++++++++++++++++++++++ 1 file changed, 133 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-June/016917.html (limited to 'zarb-ml/mageia-dev/2012-June/016917.html') diff --git a/zarb-ml/mageia-dev/2012-June/016917.html b/zarb-ml/mageia-dev/2012-June/016917.html new file mode 100644 index 000000000..107030bdc --- /dev/null +++ b/zarb-ml/mageia-dev/2012-June/016917.html @@ -0,0 +1,133 @@ + + + + [Mageia-dev] Backports Summary + + + + + + + + + +

[Mageia-dev] Backports Summary

+ andre999 + andre999mga at laposte.net +
+ Wed Jun 27 15:23:35 CEST 2012 +

+
+ +
Thomas Backlund a écrit :
+> andre999 skrev 27.6.2012 14:40:
+>> Thomas Backlund a écrit :
+>>> andre999 skrev 27.6.2012 10:47:
+>
+>>>> I would favour adding the requirement that the dependancies of the
+>>>> backport must be available in the next release.  So that we would 
+>>>> expect
+>>>
+>>>
+>>> This is esentially stating that we cant backport any bigger version to
+>>> mga2 /backports than mga3 will havein /release wich means when we hit
+>>> version freeze for mga3, it also freezes mga2 /backports...
+>>
+>> I'm not following this point.
+>> What I mean is that if backport xx for mga1 requires yy version 12 in
+>> mga1, but yy is version 13 in mga2, we would define the requires for yy
+>> to accept versions 12 to 13 (or maybe wider).
+>
+> Point is what if you backport version 14 to mga1, and mga2 has version 
+> 13, then upgrade path breaks.
+
+No problem.  If the requirements of version 14 are present in mga2, then 
+the backport will (very likely) continue to work normally.  If the 
+versions of the required packages change, they will be updated with the 
+upgrade.  Since version 13 of mga2 is less than the version 14 of the 
+backport, it won't be installed.
+
+If by chance the newer versions of the required packages don't provide 
+all the functions required by the backport, which is possible, then the 
+backport will not function completely, or maybe not at all.  This is a 
+risk of the backport, but by restricting backports to those for which 
+required packages are present in subsequent releases, we lessen this 
+risk, relative to no such requirement.
+We could say that backports will "likely but not necessarily" work after 
+a release upgrade.
+>
+> -- 
+> Thomas
+>
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1