From: Brian Warner Date: Wed, 27 Jan 2010 22:22:09 +0000 (-0800) Subject: NEWS: update with all recent user-visible changes X-Git-Tag: trac-4200~11 X-Git-Url: https://git.rkrishnan.org/components/com_hotproperty/flags/%3C?a=commitdiff_plain;h=90828d40e72c0cca41ca0cd9f6b57eee2ad163eb;p=tahoe-lafs%2Ftahoe-lafs.git NEWS: update with all recent user-visible changes --- diff --git a/NEWS b/NEWS index 9119f956..9d76ce48 100644 --- a/NEWS +++ b/NEWS @@ -62,21 +62,78 @@ should take a tiny fraction of the time. As noted above, Tahoe versions earlier than 1.5.0 cannot read immutable directories. +The "tahoe backup" command has been improved to skip over unreadable objects +(like device files, named pipes, and files with permissions that prevent the +command from reading their contents), instead of throwing an exception and +terminating the backup process. It also skips over symlinks, because these +cannot be represented faithfully in the Tahoe-side filesystem. A warning +message will be emitted each time something is skipped. (#729, #850, #641) + +*** "create-node" command added, "create-client" now implies --no-storage + +The basic idea behind Tahoe's client+server and client-only processes is that +you are creating a general-purpose Tahoe "node" process, which has several +components activated (or not). Storage service is one of these optional +components, as is the Helper, FTP server, and SFTP server. (Client/webapi +functionality is nominally on this list, but it is always active: a future +release will make it optional). The special-purpose servers remain separate +(introducer, key-generator, stats-gatherer). + +So now "tahoe create-node" will create a Tahoe node process, and after +creation you can edit its tahoe.cfg to enable or disable the desired +services. It is a more general-purpose replacement for "tahoe create-client". +The default configuration has storage service enabled. For convenience, the +"--no-storage" argument makes a tahoe.cfg file that disables storage service. + +"tahoe create-client" has been changed to create a Tahoe node without a +storage service. It is equivalent to "tahoe create-node --no-storage". This +helps to reduce the confusion surrounding the use of a command with "client" +in its name to create a storage *server*. Use "tahoe create-client" to create +a purely client-side node. If you want to offer storage to the grid, use +"tahoe create-node" instead. + +In the future, other services will be added to the node, and they will be +controlled through options in tahoe.cfg . The most important of these +services may get additional --enable-XYZ or --disable-XYZ arguments to "tahoe +create-node". + ** Minor Changes The webapi acquired a new "t=mkdir-with-children" command, to create and populate a directory in a single call. This is significantly faster than -using separate "t=mkdir" and "t=set_children" operations (it uses one +using separate "t=mkdir" and "t=set-children" operations (it uses one gateway-to-grid roundtrip, instead of three or four). -The t=set_children operation is now documented in docs/frontends/webapi.txt . +The t=set-children (note the hyphen) operation is now documented in +docs/frontends/webapi.txt, and is the new preferred spelling of the old +t=set_children (with an underscore). The underscore version remains for +backwards compatibility. + +The tracebacks produced by errors in CLI tools should now be in plain text, +instead of HTML (which is unreadable outside of a browser). (#646) + +The [storage]reserved_space configuration knob (which causes the storage +server to refuse shares when available disk space drops below a threshold) +should work on windows now, not just unix. (#637) + +"tahoe cp" should now exit with status "1" if it cannot figure out a suitable +target filename, such as when you copy from a bare filecap. (#761) -Several small packaging improvements were made to facilitate the "tahoe-lafs" +"tahoe get" no longer creates a zero-length file upon error. (#121) + +"tahoe ls" can now list single files. (#457) + +"tahoe deep-check --repair" should tolerate repair failures now, instead of +halting traversal. (#874, #786) + +Many small packaging improvements were made to facilitate the "tahoe-lafs" package being added to Ubuntu's "Karmic Koala" 9.10 release. Several mac/win32 binary libraries were removed, some figleaf code-coverage files were removed, a bundled copy of darcsver-1.2.1 was removed, and additional licensing text was added. +Several DeprecationWarnings for python2.6 were silenced. (#859) + * Release 1.5.0 (2009-08-01)