added dereferencing of links during snarf

con: this will not preserve directories exactly as shown in the original location.  pro: this will actually back up the data pointed at by those links, so that the intended purpose of backing up one's data is actually met.
=> this change still needs testing on system with letsencrypt installed, so we can prove that those files are backed up.

further, prior "sdimi" grunt was just trying to say that the changes in that revision were automatically caused by eclipse.

diff --git a/scripts/archival/shared_snarfer.pl b/scripts/archival/shared_snarfer.pl
index 5d1ac7377b1090978732d32bb2ffb31627f07b1b..3a24cc4eb9ff584770c2a4761842366c158e69a8 100644 (file)
--- a/scripts/archival/shared_snarfer.pl
+++ b/scripts/archival/shared_snarfer.pl
@@ -184,6 +184,8 @@ sub snarfer {
   }
 
   local($outcome) = 0xff & system $tar_tool, 
+#hmmm: trying to dereference symbolic links and stop missing stuff.
+"-h",
       "-rf", &canonicalize($target_file), @excludes,
       "--files-from=" . &canonicalize($temp_file);
   if ($outcome) {
@@ -225,7 +227,10 @@ sub snarf_file_list {
     }
     local($outcome) = 0xff & system $tar_tool,
 #"--directory=" . "$root",
-        @extra_flags, "-rf", &canonicalize($target_file), @excludes, $i;
+        @extra_flags, 
+#hmmm: trying to dereference symbolic links and stop missing stuff.
+"-h",
+"-rf", &canonicalize($target_file), @excludes, $i;
     if ($outcome) { die("failure to archive"); }
   }
   chdir("$currdir");