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/016319.html | 164 +++++++++++++++++++++++++++++++ 1 file changed, 164 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-June/016319.html (limited to 'zarb-ml/mageia-dev/2012-June/016319.html') diff --git a/zarb-ml/mageia-dev/2012-June/016319.html b/zarb-ml/mageia-dev/2012-June/016319.html new file mode 100644 index 000000000..8e7afc2e1 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-June/016319.html @@ -0,0 +1,164 @@ + + + + [Mageia-dev] Backports policy clarification (and discussion) + + + + + + + + + +

[Mageia-dev] Backports policy clarification (and discussion)

+ andre999 + andre999mga at laposte.net +
+ Sat Jun 9 12:29:37 CEST 2012 +

+
+ +
Sander Lepik a écrit :
+> 08.06.2012 11:38, Samuel Verschelde kirjutas:
+>    
+>> I re-read the backports policy, and there's a part I think needs to be pointed
+>> out before people start to backport packages.
+>>
+>> "We need to ensure that upgrades never fail: cauldron must always have a
+>> higher version/release than in stable releases."
+>>
+>> This statement is true, but implies more than what it says. It means that we
+>> can't backport a package for Mageia 1 with a higher version than what we have
+>> in Mageia 2 release (and updates?) media. And this, until we are able to take
+>> backports into account during upgrades.
+>>
+>> Example :
+>> - Mageia 2 has wesnoth 1.10.2 in core/release
+>> - Mageia 1 can't get a higher version in its backports media
+>>
+>> Do you all agree with my understanding of the policy ?
+>>
+>> This is a serious limitation to our ability to backport to Mageia (n-1) and
+>> even to our ability to provide security fixes to backports there (will not
+>> prevent it, but will prevent to do it by a version upgrade, which is the
+>> common way to fix that kind of issue in backports).
+>>
+>> Maybe we shouldn't open backports for Mageia 1, and make sure upgrade to
+>> Mageia 3 can take backports from Mageia 2 into account so that backports to
+>> Mageia 2 are not stopped when Mageia 3 is released. Then we'll be safe.
+>>
+>> Samuel
+>>      
+> I reread the backports policy and there are two lines that make backporting from cauldron to
+> mga1 impossible:
+> * Backports can be cherry-picked (ie, enable backports, install, disable backports).
+> * We need to ensure that upgrades never fail
+>
+> In this regard we can support backports only with new version that is lower than the one on
+> next release. If we want to enable backports for mga1 we can backport only from mga2. Not
+> from cauldron. This way we can submit updates by submitting new backport into mga1 backports
+> repo (users would still have to update manually AFAIK).
+>
+> Any objections?
+>    
+
+OK.  To backport from Cauldron to mga1, we have to backport from 
+Cauldron to mga2, (bumping the revision in cauldron to ensure that is is 
+higher), then backport from mga2 to mga1, ensuring that the revision is 
+lower in mga1 than in mga2.    (e.g. revision x.1 in cauldron, x.0.1 in 
+mga2, x.0.0.1 in mga1)  Pretty straight forward.
+
+- Cherry-picking refers to the users' option to install a backport, 
+which has nothing to do with the packaging itself.
+
+- Ensure that upgrades never fail :  Properly packaged, there is no 
+reason why any available backports will not install properly, as long as 
+the tools are appropriately adjusted.  Backports should install just as 
+reliably as regular updates.
+Of course, if a particular backport or update is not available, it won't 
+install.  Packages requiring it should not install either, which may not 
+always be the case now.  (This should be verified - for backports and 
+updates.)
+> --
+> Sander
+>
+>    
+-- 
+André
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

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