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-October/019601.html | 124 ++++++++++++++++++++++++++++ 1 file changed, 124 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-October/019601.html (limited to 'zarb-ml/mageia-dev/2012-October/019601.html') diff --git a/zarb-ml/mageia-dev/2012-October/019601.html b/zarb-ml/mageia-dev/2012-October/019601.html new file mode 100644 index 000000000..b0ad6a7fa --- /dev/null +++ b/zarb-ml/mageia-dev/2012-October/019601.html @@ -0,0 +1,124 @@ + + + + [Mageia-dev] Repository access problem? + + + + + + + + + +

[Mageia-dev] Repository access problem?

+ Sander Lepik + sander.lepik at eesti.ee +
+ Mon Oct 29 14:04:44 CET 2012 +

+
+ +
29.10.2012 14:50, Frank Griffin kirjutas:
+> On 10/29/2012 08:06 AM, Wolfgang Bornath wrote:
+>> No, not really. We sync with distrib-coffee but we do not get as far
+>> as the -delete option could do any damage: But putting rsync on hold
+>> until the situation is cleared up is certainly a good idea. 1 Minute
+>> ago distrib-coffee answered to our sync request: ------- receiving
+>> incremental file list rsync: change_dir "/linux/Mageia" (in pub)
+>> failed: No such file or directory (2) ............... I checked, all
+>> our Mageia branches with all packages are still here! :) 
+> Yes, rsync at the moment aborts because of missing directories.  The
+> danger will come as the directories get restored and are virtually
+> empty, because rsync --delete will blow away all of the taget
+> directory files that don't exist in the source.
+I hope they are smart enough to first turn off rsync, then resync
+everything and reenable rsync again.
+
+--
+Sander
+
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

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