NEWS

   1 0.7 [??]
   2     - LOCAL DATABASE CHANGE: The addition of subfile incrementals has
   3       requires an extension to the local database.  The upgrade script
   4       contrib/upgrade0.7-localdb.sql should be run prior to running
   5       backups with this version.
   6     - Initial support for direct backups to remote storage.  A sample
   7       script is provided for backing up to Amazon S3.  Other scripts
   8       should be simple to write.
   9     - Support for efficient subfile incremental backups.  Changes to a
  10       small portion of a file do not require re-uploading substantially
  11       all of the file, even in cases where there is an insertion or
  12       deletion that shifts most of the file contents.
  13     - Allow selected files/directories to be restored, not simply an
  14       entire snapshot.  Additionally, restore files in an order that
  15       should optimize performance (restore files based on how they are
  16       grouped into segments, instead of lexicographic order).
  17
  18 0.6 [2008-02-19]
  19     - SNAPSHOT FORMAT CHANGE: A few minor tweaks have been made to the
  20       snapshot format.  There is nothing substantial--this is primarily
  21       a cleaning up of the format before use becomes more widespread.
  22       An efficient and explicit means for representing sparse files has
  23       been added to the format.  Updated tools will be needed to
  24       properly understand the new snapshots.  Tools will continue to be
  25       able to read the old snapshot format.
  26     - LOCAL DATABASE CHANGE: The local database has been changed so that
  27       segment utilization data for past snapshots is stored more
  28       efficiently.  The script in contrib/upgrade0.6-localdb.sql must be
  29       run on a database to upgrade it prior to running backups with the
  30       new tool.
  31     - The statcache implementation has been reworked, and the format
  32       changed.  The first backup will run more slowly since the old
  33       statcache data will be ignored.  New statcache data will be
  34       written to statcache2.  The old statcache file can be deleted.
  35     - Metadata is shared between snapshots where possible.  The
  36       --full-metadata option can be used to disable this (completely
  37       writing out all metadata with the new snapshot).
  38     - Add an "intent" field to snapshots, which specifies informally how
  39       long a snapshot is intended to be kept.  For example, 1 can be
  40       used for daily snapshots, and 7 for weekly snapshots.  Segment
  41       cleaning is now partly guided by intent values, but tuning of the
  42       cleaning algorithms is not yet finished.
  43
  44 0.5.1 [2007-11-13]
  45     - Have the lbs-util tool check the version number when reading a
  46       snapshot, and signal an error if the format is not recognized.
  47     - Include a sample script, contrib/parity-gen, for creating
  48       RAID-like parity sets to recover from some segment corruption.
  49       The par2 command (http://parchive.sourceforge.net/) is used to
  50       actually generate the parity sets; the parity-gen script simply
  51       automates maintaining the parity sets.
  52
  53 0.5 [2007-10-16]
  54     - Much improved Python interface for accessing and manipulating LBS
  55       archives and local database information.  The interface should not
  56       yet be considered completely stable.
  57     - Python implementation of lbs-util now includes most of the
  58       features of the Perl implementation, plus some other new features.
  59       The Perl library and utility are deprecated and have been removed
  60       from this release.
  61     - Preliminary snapshot restore support in lbs-util.  This is still
  62       not yet extensively tested.
  63
  64 0.4 [2007-08-24]
  65     - Documentation improvements: a getting started README, and a
  66       description of some of the implementation details.
  67     - Include an example filter script, lbs-filter-gpg, for encrypting
  68       segment data as it is written.
  69     - Add support for signed snapshot descriptor files (via the
  70       --signature-filter option).  Due to the checksums contained in the
  71       snapshot descriptor, the signature covers the entire contents of
  72       the snapshot.
  73     - Preview release of lbs-util.py, a Python-based program for
  74       managing LBS snapshots.  It currently implements a very simple
  75       form of automatic segment cleaning, though this isn't much tested.
  76     - Improved segment repacking support; after cleaning segments,
  77       objects can be written out in different groups based on age.  This
  78       may help with long-term segment cleaning efficiency, but probably
  79       needs more tuning.
  80
  81 0.3 [2007-08-10]
  82     - LOCAL DATABASE CHANGE: A checksums file is now written out along
  83       with the snapshot descriptor that contains checksums of segments
  84       used in a snapshot.  This will allow quick integrity checks of a
  85       snapshot, without needing to decompress or decrypt the segment
  86       files.  The local database schema was modified to store the
  87       checksums for segments.
  88     - Build dependence on libtar has been dropped.  All necessary
  89       support for writing TAR files is now directly included with the
  90       source.
  91     - The snapshot format is now documented, at least in part.  See
  92       format.txt.
  93     - Snapshots now include link count and inode number for files with
  94       multiple hard links, so that a restore program could determine
  95       which files should be hard linked on restore.  The reference
  96       restore.pl script does not use this.
  97     - Bugfix: Print a help message instead of crashing if no files are
  98       specified.
  99     - Bugfix: File descriptors of files being backed up were closed
 100       twice.  In some cases this might have led to an unrelated file
 101       being closed (if the file descriptor was quickly re-used).
 102     - Preview of a new lbs-util command for maintaining snapshots.
 103       Functionality is currently limited.
 104
 105 0.2.2 [2007-07-27]
 106     - Update reference restore.pl script to handle octal/hexadecimal
 107       (format change introduced in 0.2).
 108     - Better support for mixing multiple backup schemes: the statcache
 109       file is now per-scheme, so performance should be better in cases
 110       where multiple different backups (of different source directories)
 111       are made, all sharing the same local database directory.
 112
 113 0.2.1 [2007-07-20]
 114     - Bugfix: Do not print an error when only one directory is specified
 115       to back up.
 116
 117 0.2 [2007-07-20]
 118     - SNAPSHOT FORMAT CHANGE: Metadata logs in backups can now contain
 119       octal and hexadecimal values.  Old restore programs may not be
 120       able to read these new backups.  The reference restore.pl script
 121       has not yet been updated.
 122     - LOCAL DATABASE CHANGE: Backups may be assigned a name with the
 123       --scheme= command-line option, to allow different backup sets to
 124       be mixed in the same directory.  The database schema for the local
 125       database is changed.
 126     - Improved selection (inclusion/exclusion) of files to be included
 127       in a backup.
 128     - Device major/minor numbers are dumped for block and character
 129       devices.
 130
 131 0.1 [2007-07-14]
 132     - Initial release.