ExternalVendorCode/tahoe-lafs
1
0
Fork 0
mirror of https://github.com/tahoe-lafs/tahoe-lafs.git synced 2024-12-19 13:07:56 +00:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity

NEWS: more minor edits

Browse Source
This commit is contained in:
Brian Warner 2009-07-21 22:45:22 -04:00
parent 20fe8cdac4
commit 79be44d724
1 changed files with 13 additions and 13 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

26
NEWS
View File

@ -17,10 +17,10 @@ makeover by Kevin Reid, making it much prettier and easier to read. The WUI
mirroring the CLI --add-lease option, so leases can be added or renewed from mirroring the CLI --add-lease option, so leases can be added or renewed from
the web interface. the web interface.
The CLI "tahoe mv" command refuses to overwrite directories. (#705) The CLI "tahoe mv" command now refuses to overwrite directories. (#705)
The CLI "tahoe webopen" command, when run without arguments, will bring up The CLI "tahoe webopen" command, when run without arguments, will now bring
the "Welcome Page" (node status and mkdir/upload forms). up the "Welcome Page" (node status and mkdir/upload forms).
The 3.5MB limit on mutable files was removed, so it should be possible to The 3.5MB limit on mutable files was removed, so it should be possible to
upload arbitrarily-sized mutable files. Note, however, that the data format upload arbitrarily-sized mutable files. Note, however, that the data format
@ -30,11 +30,11 @@ bandwidth, computation, and RAM in proportion to the size of the mutable file.
This version of Tahoe will tolerate directory entries that contain filecap This version of Tahoe will tolerate directory entries that contain filecap
formats which it does not recognize: files and directories from the future. formats which it does not recognize: files and directories from the future.
Previous versions would fail badly, preventing the user from seeing or This should improve the user experience (for 1.5.0 users) when we add new cap
editing anything else in those directories. These unrecognized objects can be formats in the future. Previous versions would fail badly, preventing the
renamed and deleted, but obviously not read or written. Also they cannot be user from seeing or editing anything else in those directories. These
copied. This should improve the user experience when we add new cap formats in unrecognized objects can be renamed and deleted, but obviously not read or
the future. (#683) written. Also they cannot generally be copied. (#683)
** Bugfixes ** Bugfixes
@ -57,14 +57,14 @@ Tahoe-LAFS now runs on NetBSD, OpenBSD, and ArchLinux, and an embedded system
based on an ARM CPU running at 266 MHz. XXX based on an ARM CPU running at 266 MHz. XXX
Unit test timeouts have been raised to allow the tests to complete on Unit test timeouts have been raised to allow the tests to complete on
extremely slow platforms like embedded ARM-based NAS boxes. An ARM-specific extremely slow platforms like embedded ARM-based NAS boxes, which may take
data-corrupting bug in an older version of Crypto++ (5.5.2) was identified, several hours to run the test suite. An ARM-specific data-corrupting bug in
ARM-users are encouraged to use recent Crypto++/pycryptopp which avoids this an older version of Crypto++ (5.5.2) was identified: ARM-users are encouraged
problem. to use recent Crypto++/pycryptopp which avoids this problem.
Tahoe now requires a SQLite library, either the sqlite3 that comes built-in Tahoe now requires a SQLite library, either the sqlite3 that comes built-in
with python2.5/2.6, or the add-on pysqlite2 if you're using python2.4. In the with python2.5/2.6, or the add-on pysqlite2 if you're using python2.4. In the
previous release, this was only needed for the "tahoe backup" command, now it previous release, this was only needed for the "tahoe backup" command: now it
is mandatory. is mandatory.
Several minor documentation updates were made. Several minor documentation updates were made.