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/2013-January/021717.html | 131 ++++++++++++++++++++++++++++ 1 file changed, 131 insertions(+) create mode 100644 zarb-ml/mageia-dev/2013-January/021717.html (limited to 'zarb-ml/mageia-dev/2013-January/021717.html') diff --git a/zarb-ml/mageia-dev/2013-January/021717.html b/zarb-ml/mageia-dev/2013-January/021717.html new file mode 100644 index 000000000..d2620d31f --- /dev/null +++ b/zarb-ml/mageia-dev/2013-January/021717.html @@ -0,0 +1,131 @@ + + + + [Mageia-dev] Missign rebuilds tagged mga1 + + + + + + + + + +

[Mageia-dev] Missign rebuilds tagged mga1

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Jan 16 22:22:22 CET 2013 +

+
+ +
'Twas brillig, and AL13N at 16/01/13 20:22 did gyre and gimble:
+> Op dinsdag 15 januari 2013 12:32:27 schreef Johnny A. Solbu:
+>> On Tuesday 15. January 2013 11.43, Colin Guthrie wrote:
+>>> Sounds like one of your media couldn't be updated or something. Not
+>>> directly related to urpmi-proxy per-se but it could certainly confuse
+>>> the issue :)
+>>
+>> Just for good measure, I ran «urpmi.upfdate -a» just now, and the count
+>> didnt change. No media where unable to update, and I only have one repo
+>> configured. (http://ftp-stud.hs-esslingen.de/pub/Mirrors)
+> 
+> just mentioning, that the disadvantage to urpmi-proxy, is that it hides 
+> connection errors to repositories, since it will use cache if it fails. you 
+> can look at the logfile if it mentions HIT_AFTER_FAIL (which means it gets you 
+> cache after it failed)
+> 
+> lately, i've been testing with 2 repositories and changing the timeout value 
+> to very low values (5s)
+> 
+> as first repos, i choose one that is fast, and as second repos, i use what is 
+> always up2date. considering MD5SUM would be asked for both repositories (it's 
+> a specially configured file for that), it would get you always up2date results, 
+> since the first would fail to have the file and the second one would be asked 
+> for it.
+> 
+> for me, this gave alot better results especially for cauldron during the mass 
+> rebuild...
+
+Interesting idea. Never thought about using two mirrors in the config.
+
+I fought with urpmi-proxy today for a while. No matter what I tried,
+when downloading a synthesis via the proxy it always ended up too small
+and with md5sum failures. Requesting the same file direct from the
+mirrors worked every time. I noticed that the file never ended up in the
+cache tree, just in the tmp dir. Time wasn't on my side, so I didn't
+debug further... one to fight another day.
+
+(this is with urpmi-proxy-0.3.2-1.mga2 on mga2 FWIW)
+
+
+Col
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + + +
+

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