summaryrefslogtreecommitdiffstats
path: root/doc/lziprecover.texi
diff options
context:
space:
mode:
authorDaniel Baumann <mail@daniel-baumann.ch>2015-11-07 11:52:38 +0000
committerDaniel Baumann <mail@daniel-baumann.ch>2015-11-07 11:52:38 +0000
commitd296515f4777d1e4b7d78e6aa8ea698162bfbc2b (patch)
tree3a4ce9f245a9eb30538daa0b9b62c16146d9ad0e /doc/lziprecover.texi
parentAdding debian version 1.17-1. (diff)
downloadlziprecover-d296515f4777d1e4b7d78e6aa8ea698162bfbc2b.tar.xz
lziprecover-d296515f4777d1e4b7d78e6aa8ea698162bfbc2b.zip
Merging upstream version 1.18~pre1.
Signed-off-by: Daniel Baumann <mail@daniel-baumann.ch>
Diffstat (limited to '')
-rw-r--r--doc/lziprecover.texi10
1 files changed, 5 insertions, 5 deletions
diff --git a/doc/lziprecover.texi b/doc/lziprecover.texi
index 3f6e0aa..29045e7 100644
--- a/doc/lziprecover.texi
+++ b/doc/lziprecover.texi
@@ -6,8 +6,8 @@
@finalout
@c %**end of header
-@set UPDATED 28 May 2015
-@set VERSION 1.17
+@set UPDATED 30 June 2015
+@set VERSION 1.18-pre1
@dircategory Data Compression
@direntry
@@ -302,9 +302,9 @@ The only remedy for total device failure is storing backup copies in
separate media.
How does lzip compare with gzip and bzip2 with respect to data safety?
-Lets suppose that you made a backup copy of your valuable scientific
-data, compressed it, and stored two copies on separate media. Years
-later you notice that both copies are corrupt.
+Lets suppose that you made a backup of your valuable scientific data,
+compressed it, and stored two copies on separate media. Years later you
+notice that both copies are corrupt.
If you compressed with gzip and both copies suffer any damage in the
data stream, even if it is just one altered bit, the original data can't