X-Git-Url: http://git.vrable.net/?a=blobdiff_plain;f=NEWS;h=b1b4e7ed5c95daa744ac8325888b82bdf04b1b71;hb=0d3714dd199cb13174bdcacf7bc9e65290769b6f;hp=aee1b11ac54013929f5221fc34db1e12b853e640;hpb=ef6894c21aee7047b3b105f8e373a06b016f7dad;p=cumulus.git

diff --git a/NEWS b/NEWS
index aee1b11..b1b4e7e 100644
--- a/NEWS
+++ b/NEWS
@@ -1,11 +1,27 @@
-0.7 [??]
+0.8 [2008-08-01]
+    - SNAPSHOT FORMAT CHANGE: The snapshot format has been extended to
+      allow the local database to be partially rebuilt from the contents
+      of the metadata log.  This may be useful for disaster recovery and
+      other scenarios.  The changes are small, but old tools will not
+      read the new backups.
+    - Add the --rebuild-statcache option which will re-read all files
+      instead of depending on the statcache file to be correct.  This
+      will additionally print warnings if a file has changed but would
+      not have been detected as changed based on the statcache, and will
+      add subfile incremental signatures for existing files that do not
+      have them.
+
+0.7 [2008-06-23]
     - LOCAL DATABASE CHANGE: The addition of subfile incrementals has
       requires an extension to the local database.  The upgrade script
       contrib/upgrade0.7-localdb.sql should be run prior to running
       backups with this version.
+    - Name change: the system is now known as Cumulus (replacing the old
+      name of "LBS").  Some traces of the old name still remain.
     - Initial support for direct backups to remote storage.  A sample
       script is provided for backing up to Amazon S3.  Other scripts
-      should be simple to write.
+      should be simple to write.  The interface should not yet be
+      considered stable, and may change in a future release.
     - Support for efficient subfile incremental backups.  Changes to a
       small portion of a file do not require re-uploading substantially
       all of the file, even in cases where there is an insertion or
@@ -14,6 +30,15 @@
       entire snapshot.  Additionally, restore files in an order that
       should optimize performance (restore files based on how they are
       grouped into segments, instead of lexicographic order).
+      Currently, the implementation of these changes requires that all
+      metadata be loaded into memory when the restore tool runs, so it
+      is more memory-intensive than the old version.  This may be fixed
+      in a future version; in the meantime, if the current restore tool
+      requires too much memory, try the old restore tool or the
+      restore.pl script.
+    - Add a verbose ("-v") flag.  By default, files will not be listed
+      as they are backed up.  The old behavior can be turned back on
+      with -v.
 
 0.6 [2008-02-19]
     - SNAPSHOT FORMAT CHANGE: A few minor tweaks have been made to the