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-November/020096.html | 78 ++++++++++++++++++++++++++++ 1 file changed, 78 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-November/020096.html (limited to 'zarb-ml/mageia-dev/2012-November/020096.html') diff --git a/zarb-ml/mageia-dev/2012-November/020096.html b/zarb-ml/mageia-dev/2012-November/020096.html new file mode 100644 index 000000000..f977ab552 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-November/020096.html @@ -0,0 +1,78 @@ + + + + [Mageia-dev] Broken Mageia-Update (Urpmi) + + + + + + + + + +

[Mageia-dev] Broken Mageia-Update (Urpmi)

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Tue Nov 20 14:47:34 CET 2012 +

+
+ +
On 20 November 2012 09:18, Anssi Hannula <anssi at mageia.org> wrote:
+>> I changed the value to 10000 as well and it worked.  So it is definitely
+>> too low of a limit (1000) -
+>
+> As another random datapoint, I just tested (--test) upgrading one of my
+> mga2 boxes to cauldron, and the count was 8213 there. The loop took
+> approx. 3 seconds to execute, so we could probably make the value e.g.
+> 50000 or 100000?
+
+or better detect that are doing exactly the same thing as in the previous
+iteration with no change.
+I've two environment cases for that
+- a mirror having synced while primary mirror was being updated,
+  thus having bits of two different gtk+ version
+- a bogus perl modules upgrade
+
+ + + + + + + + + + +
+

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