chiark / gitweb /
Merge us:git/staging/rsync-backup
authorMark Wooding <mdw@distorted.org.uk>
Sat, 30 May 2015 09:14:12 +0000 (10:14 +0100)
committerMark Wooding <mdw@distorted.org.uk>
Sat, 30 May 2015 09:14:12 +0000 (10:14 +0100)
* us:git/staging/rsync-backup:
  rsync-backup.in, rsync-backup.8: Trim caches on fshash mismatch.
  rsync-backup.in (run): Option to preserve standard input.
  fshash.in, fshash.1: Evict cache entries identified by diff files.

Conflicts:
fshash.1

check-bkp-status.in
debian/changelog
fshash.1
rfreezefs.8
rfreezefs.c

index de347c60a1318a18609f3a8d8c03fbcd61babe19..d45c06b94da342b4c0f2ef1fdd072aae8eb2f6d6 100644 (file)
@@ -153,6 +153,7 @@ html_header () {
 <html>
 <head>
   <title>$now rsync-backup report</title>
+  <meta name=viewport content="width=device-width initial-scale=1.0">
   <style type='text/css'><!--
        body {
          background: white;
index 3b26b1c4cb4554b79e312c07f96d9f016b8daef6..c3f3420501fc50fb134a5727125460f01a6db69c 100644 (file)
@@ -1,3 +1,25 @@
+rsync-backup (1.0.2.4) experimental; urgency=low
+
+  * check-bkp-status: Include the necessary dropping to not look useless
+    on mobile browsers.
+
+ -- Mark Wooding <mdw@distorted.org.uk>  Wed, 18 Mar 2015 09:44:39 +0000
+
+rsync-backup (1.0.2.3) experimental; urgency=low
+
+  * rfreezefs: Fix a bug in cleanup following failure to freeze a
+    filesystem.
+  * Fix some of the manual pages.
+
+ -- Mark Wooding <mdw@distorted.org.uk>  Mon, 02 Feb 2015 22:22:48 +0000
+
+rsync-backup (1.0.2.2) experimental; urgency=low
+
+  * check-bkp-status: If a log display is already shown, and then selected
+    from the master table, then don't mark it for auto-hiding.
+
+ -- Mark Wooding <mdw@distorted.org.uk>  Wed, 08 Oct 2014 12:32:33 +0100
+
 rsync-backup (1.0.2.1) experimental; urgency=low
 
   * Some more minor improvements to `check-bkp-status' output.
index 2ceb1750b16b39961b2d7b806383cf13d02acb08..788a7d847f1653f816b5d4d6129e111813a774ac 100644 (file)
--- a/fshash.1
+++ b/fshash.1
@@ -100,8 +100,8 @@ Use the
 .I hash
 function, which can be any hash function supported by Python's
 .BR hashlib .
-If this option may be omitted then the hash is read from the cache file;
-if there is no cache file either, then an error is reported.
+This option may be omitted: if it is, then the hash is read from the
+cache file; if there is no cache file either, then an error is reported.
 .TP
 .B \-u, \-\-udiff
 Rather than produce a manifest, read a unified
@@ -192,7 +192,7 @@ The information field shows
 .BR symbolic-link .
 The name is followed by
 .RB ` \~\->\~ '
-and the link target (or by
+and the link target (or
 .BI <E nn \~ message >
 if there was an error reading the link destination).
 .TP
index 9e807f219809cae147bdb65f705d97b36d62d445..d09a61dceaac546f6d31879d6a7571240c04fa3b 100644 (file)
@@ -125,7 +125,8 @@ Sent by the client to request thawing of the filesystems.
 .TP
 .B THAWED
 Sent by
-.B rfreezefs to indicate successful thawing of the filesystems in response to
+.B rfreezefs
+to indicate successful thawing of the filesystems in response to
 .BR THAW .
 .PP
 The high-level structure of the protocol is then as follows: the client
@@ -148,7 +149,7 @@ receiving either
 or
 .B KEEPALIVE
 tokens, or an invalid token is received, or it receives one of a number
-of signals, currently
+of signals \(en currently
 .BR SIGINT ,
 .BR SIGQUIT ,
 .BR SIGTERM ,
@@ -159,7 +160,8 @@ of signals, currently
 .BR SIGBUS ,
 .BR SIGFPE ,
 or
-.BR SIGABRT ,
+.B SIGABRT
+\(en then
 .B rfreezefs
 will thaw the filesystems and report a failure.
 .PP
@@ -179,11 +181,12 @@ Either no filesystems were frozen, or all filesystems were successfully
 thawed again.
 .TP
 .B 3
-Timeout or invalid data.  Either no connections containing the cookie
-were made in time, or no data was received for a long enough period
-after the filesystems were frozen, or an invalid token was received.  In
-the first case, no filesystems were frozen; in the other two cases, the
-filesystems were successfully thawed.
+Timeout or invalid data.  Either no connections containing the
+.B FREEZE
+token were made in time, or no data was received for a long enough
+period after the filesystems were frozen, or an invalid token was
+received.  In the first case, no filesystems were frozen; in the other
+two cases, the filesystems were successfully thawed.
 .TP
 .B 4
 Crash.  The
index f846f25456494c9a4d932a60476ae2fafe43871a..fa1f053901885db31895706da9e8bfbb01427216 100644 (file)
@@ -229,7 +229,7 @@ static size_t nfs;                  /* Number of descriptors */
 /*----- Cleanup -----------------------------------------------------------*/
 
 #define EOM ((char *)0)
-static void EXECL_LIKE(0) emerg(const char *msg,...)
+static void EXECL_LIKE(0) emerg(const char *msg, ...)
 {
   va_list ap;
 
@@ -252,7 +252,7 @@ static void partial_cleanup(size_t n)
   int i;
   int bad = 0;
 
-  for (i = 0; i < nfs; i++) {
+  for (i = 0; i < n; i++) {
     if (fs[i] == -1)
       emerg("not really thawing ", fsname[i], EOM);
     else if (fs[i] != -2) {
@@ -557,7 +557,7 @@ connected:
    * Hopefully this will prevent bad things happening if we have an accident.
    */
 
-  for (i = 0; i < sizeof(sigcatch)/sizeof(sigcatch[0]); i++) {
+  for (i = 0; i < N(sigcatch); i++) {
     if (signal(sigcatch[i], sigmumble) == SIG_ERR)
       die(2, "signal (%d): %s", i, strerror(errno));
   }