From: Zooko O'Whielacronx Date: Wed, 9 Jun 2010 14:29:27 +0000 (-0700) Subject: docs: a few tweaks to NEWS and CREDITS and make quickstart.html point to 1.7.0β! X-Git-Url: https://git.rkrishnan.org/?a=commitdiff_plain;h=8fc6c17a701c9a2dffd465aed2230933f2753e5c;p=tahoe-lafs%2Ftahoe-lafs.git docs: a few tweaks to NEWS and CREDITS and make quickstart.html point to 1.7.0β! --- diff --git a/CREDITS b/CREDITS index f34bd1ff..5f8f7475 100644 --- a/CREDITS +++ b/CREDITS @@ -52,7 +52,7 @@ D: packaging, buildbot E: cgalvan@enthought.com N: François Deppierraz -D: char encodings, testing, duplicity plugin, skip symlinks in backup, FUSE +D: char encodings, testing, duplicity plugin, debugging, FUSE, docs E: francois@ctrlaltdel.ch N: Larry Hosken diff --git a/NEWS b/NEWS index 9ebafc23..f85283bc 100644 --- a/NEWS +++ b/NEWS @@ -1,6 +1,6 @@ User visible changes in Tahoe-LAFS. -*- outline -*- -* Release 1.7.0-beta (2010-06-09) +* Release 1.7.0β (2010-06-09) ** New Features @@ -15,30 +15,38 @@ docs/frontends/FTP-and-SFTP.txt document to get started. Tahoe-LAFS now correctly handles filenames containing non-ASCII characters on all supported platforms: + - when reading files in from the local filesystem (such as when you run "tahoe backup" to back up your local files to a Tahoe-LAFS grid); + - when writing files out to the local filesystem (such as when you run "tahoe cp -r" to recursively copy files out of a Tahoe-LAFS grid); + - when displaying filenames to the terminal (such as when you run "tahoe ls"), subject to limitations of the terminal and locale; + - when parsing command-line arguments, except on Windows. *** Servers of Happiness -Tahoe-LAFS now measures a file during upload to see how well distributed it is -across multiple servers. It aborts the upload if the pieces of the file are -not sufficiently well-distributed. This behavior is controlled by a -configuration parameter called "servers of happiness". With default settings -Tahoe-LAFS generates 10 shares for each file, such that any 3 of those shares -are sufficient to recover the file. The default value of "servers of -happiness" is 7, which means that Tahoe-LAFS will guarantee that there are at -least 7 servers holding some of the shares, such that any 3 of those servers -can completely recover your file. The new upload code also distributes the -shares better than the previous version in some cases and takes better -advantage of pre-existing shares (when a file has already been previously -uploaded). See the docs/architecture.txt document [3] for details. +Tahoe-LAFS now measures during immutable file upload to see how well +distributed it is across multiple servers. It aborts the upload if the pieces +of the file are not sufficiently well-distributed. -** Bugfixes +This behavior is controlled by a configuration parameter called "servers of +happiness". With the default settings for its erasure coding, Tahoe-LAFS +generates 10 shares for each file, such that any 3 of those shares are +sufficient to recover the file. The default value of "servers of happiness" is +7, which means that Tahoe-LAFS will guarantee that there are at least 7 servers +holding some of the shares, such that any 3 of those servers can completely +recover your file. + +The new upload code also distributes the shares better than the previous +version in some cases and takes better advantage of pre-existing shares (when a +file has already been previously uploaded). See the architecture.txt document +[3] for details. + +** Bugfixes and Improvements - Premature abort of upload if some shares were already present and some servers fail. (#608) @@ -64,12 +72,12 @@ uploaded). See the docs/architecture.txt document [3] for details. The 'tahoe debug consolidate' subcommand (for converting old allmydata Windows client backups to a newer format) has been removed. -** dependency updates +** Dependency Updates the Python version dependency is raised to 2.4.4 in some cases (2.4.3 for - Redhat-based Linux distributions, 2.4.2 for UCS-2 builds) -pycrypto-2.0.1 -pyasn1-0.0.8a + Redhat-based Linux distributions, 2.4.2 for UCS-2 builds) (#1066) +pycrypto >= 2.0.1 +pyasn1 >= 0.0.8a mock (only required by unit tests) * Release 1.6.1 (2010-02-27) diff --git a/docs/quickstart.html b/docs/quickstart.html index efd19731..574d0087 100644 --- a/docs/quickstart.html +++ b/docs/quickstart.html @@ -23,12 +23,16 @@

Get Tahoe-LAFS

-

Download the 1.6.1 zip file:

- +

Download the 1.7.0β zip file:

http://allmydata.org/source/tahoe-lafs/releases/allmydata-tahoe-1.6.1.zip
+ href="http://tahoe-lafs.org/source/tahoe-lafs/releases/allmydata-tahoe-1.7.0β.zip">http://tahoe-lafs.org/source/tahoe-lafs/releases/allmydata-tahoe-1.7.0β.zip + +

or

-

or one of the most recent snapshots.

+

Download the stable release 1.6.1 zip file:

+ + 
http://tahoe-lafs.org/source/tahoe-lafs/releases/allmydata-tahoe-1.6.1.zip

Set Up Tahoe-LAFS

@@ -47,6 +51,6 @@

Advanced Installation

-

For optional features such as tighter integration with your operating system's package manager, you can see the AdvancedInstall wiki page. The options on that page are not necessary to use Tahoe-LAFS and can be complicated, so we do not recommend following that page unless you have unusual requirements for advanced optional features. For most people, you should first follow the instructions on this page, and if that doesn't work then ask for help by writing to the tahoe-dev mailing list.

+

For optional features such as tighter integration with your operating system's package manager, you can see the AdvancedInstall wiki page. The options on that page are not necessary to use Tahoe-LAFS and can be complicated, so we do not recommend following that page unless you have unusual requirements for advanced optional features. For most people, you should first follow the instructions on this page, and if that doesn't work then ask for help by writing to the tahoe-dev mailing list.