From: Zooko O'Whielacronx zooko@zooko.com Date: Mon, 30 Apr 2007 18:08:19 +0000 (+0530) Subject: zfec: add mention of lrzip and edit text X-Git-Url: https://git.rkrishnan.org/pf/content/en/seg/priv/prod.html?a=commitdiff_plain;h=07d368f50abdf8ad192525c06f23a511bcf48a35;p=tahoe-lafs%2Fzfec.git zfec: add mention of lrzip and edit text darcs-hash:b7a13b3ad62cd3c53f8eb82c13c0e58e3f28abe9 --- diff --git a/zfec/README.txt b/zfec/README.txt index 987cd3d..a5e7648 100644 --- a/zfec/README.txt +++ b/zfec/README.txt @@ -91,12 +91,13 @@ The bin/ directory contains two Unix-style, command-line tools "zfec" and Note: a Unix-style tool like "zfec" does only one thing -- in this case erasure coding -- and leaves other tasks to other tools. Other Unix-style -tools that go well with zfec include "GNU tar" for archiving multiple files and -directories into one file, "rzip" for compression, "GNU Privacy Guard" for -encryption, and "sha256sum" for integrity. It is important to do things in -order: first archive, then compress, then either encrypt or sha256sum, then -erasure code. Note that if GNU Privacy Guard is used for privacy, then it will -also ensure integrity, so the use of sha256sum is unnecessary in that case. +tools that go well with zfec include "GNU tar" for archiving multiple files +and directories into one file, "rzip" or "lrzip" for compression, and "GNU +Privacy Guard" for encryption or "sha256sum" for integrity. It is important +to do things in order: first archive, then compress, then either encrypt or +sha256sum, then erasure code. Note that if GNU Privacy Guard is used for +privacy, then it will also ensure integrity, so the use of sha256sum is +unnecessary in that case. * Performance Measurements