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

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

+ Sander Lepik + sander.lepik at eesti.ee +
+ Fri Jun 22 10:50:45 CEST 2012 +

+
+ +
22.06.2012 00:01, AL13N kirjutas:
+> Op donderdag 21 juni 2012 22:21:52 schreef Sander Lepik:
+>> On Jun 21, 2012 9:10 PM, "AL13N" <alien at rmail.be>
+>>
+>>> so, there's 2 options:
+>>>
+>>> - testing i586 with backports enabled
+>>> - testing x86_64 without backports enabled
+>>>
+>>> this is still 2 tests, and this is sufficient.
+>> Are you serious?
+>> I've seen bugs were i586 and x86_64 doesn't work quite the same. Every arch
+>> + repo must be tested separately (be it tainted or release, i'm still not
+>> mixing backports with updates ... until you promise to do all the testing
+>> here and not bother QA;)).
+> I see...
+>
+> however, as long as backports is installed, it could still be that due to an 
+> update a new dependency from release is pulled, which could conflict (or not 
+> work correctly) with some of the installed backports.
+Like has been said for many times now, you should not backport such packages.
+And about the conflicting part - well, at that point you are already on your own, at least
+as i see it. Backports can break updating/upgrading, we can't avoid that (and for the same
+reason backports should be cherry-picked, so you get as little trouble as possible). The
+best you can do at that point is to submit a bug about broken update and maybe (just maybe)
+we can submit the updated package that needs those new deps into backports too - so you can
+pull it from there and get over the update problem. But this should be a rare case anyway.
+> D. not supporting backports
+>
+> for update validation of package X (let's call it update A2):
+> 1. testing combination: A,C,E for arch i586
+> 2. testing combination: A,C,E for arch x86_64
+>
+> for backport validation of package X (let's call it backport B2):
+> No testing
+>
+> Validations required: 2 for each update
+> => this is how it is now
+And for updates it should stay like that.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

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