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/016700.html | 131 +++++++++++++++++++++++++++++++ 1 file changed, 131 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-June/016700.html (limited to 'zarb-ml/mageia-dev/2012-June/016700.html') diff --git a/zarb-ml/mageia-dev/2012-June/016700.html b/zarb-ml/mageia-dev/2012-June/016700.html new file mode 100644 index 000000000..9483f12d0 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-June/016700.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] bug 2317 revisited: --update option should behave like --search-media + + + + + + + + + +

[Mageia-dev] bug 2317 revisited: --update option should behave like --search-media

+ AL13N + alien at rmail.be +
+ Thu Jun 21 14:28:40 CEST 2012 +

+
+ +
> 21.06.2012 14:30, Maarten Vanraes kirjutas:
+[...]
+> Well, AFAIK there is still no stance on backports policy (are we
+> backporting from cauldron
+> (n) to n-2 or not - if we do, we break upgradability here!).
+> Cherry-picking backports is
+> needed.
+
+This is true, but has to be solved anyway, no bearing on this problem. and
+cherry-picking should not be needed(since it's not supported), so that's a
+different problem.
+
+> And i don't think that the packager who is creating update should
+> check all possible backports.
+
+no, since cherrypicking is not supported, only needs to be test with
+backports and without.
+
+> What if that backport comes into play later? When the update is
+> already released?
+
+then the backport packager needs to make sure his backport works, and
+since he's part of QA (according to policy), he'll need to test with and
+without backports.
+
+> I still think that backports should not be used during updates.
+
+you're free to think so, but with your skills, i'm sure you can make that
+easily happen, like keeping backports disabled, unless you need something.
+
+> And it doesn't make QA work any easier here.
+[...]
+
+actually, i think it is easier for QA, because cherry-picking cannot be
+supported, and the backport packager is responsible for his backport
+testing. for updates, only needs to be tested with or without backports.
+so, since they need 2 tests anyway (i586 and x86_64), if one of them is
+with backports enabled and the other is without, it doesn't need any more
+testing than before.
+
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

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