From: zooko Date: Sun, 30 Jan 2011 08:08:51 +0000 (+0530) Subject: setup: ascii-ify the README.rst because distutils in Python < 2.6 assumes ascii in... X-Git-Url: https://git.rkrishnan.org/vdrive/%22file:/frontends/%5B%5E?a=commitdiff_plain;h=43a93a161bea0a0a5825d9adb10ca486b691ca48;p=tahoe-lafs%2Fzfec.git setup: ascii-ify the README.rst because distutils in Python < 2.6 assumes ascii in the pkg metadata Ignore-this: e0b4c659f866bb4b7778fdc871bc1193 This was detected by the Tahoe-LAFS buildbot attempting to build zfec 1.4.15. darcs-hash:aa0f9a3af1130bcb6c6ecd25ad5ac2681ef89bbd --- diff --git a/zfec/README.rst b/zfec/README.rst index 53d655e..e09d8f3 100644 --- a/zfec/README.rst +++ b/zfec/README.rst @@ -1,4 +1,4 @@ -zfec -- efficient, portable erasure coding tool +zfec -- efficient, portable erasure coding tool =============================================== Generate redundant blocks of information such that if some of the @@ -126,7 +126,7 @@ will also ensure integrity, so the use of sha256sum is unnecessary in that case. Note also that you also need to do integrity checking (such as with sha256sum) on the blocks that result from the erasure coding in *addition* to doing it on the file contents! (There are two -different subtle failure modes—see "more than one file can match an +different subtle failure modes -- see "more than one file can match an immutable file cap" on the `Hack Tahoe-LAFS!`_ Hall of Fame.) The `Tahoe-LAFS`_ project uses zfec as part of a complete distributed