[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ANN] libchop 0.5.2, tools & library for data backup and distributed sto

From: Ludovic Courtès
Subject: [ANN] libchop 0.5.2, tools & library for data backup and distributed storage
Date: Wed, 29 Feb 2012 18:48:41 +0100
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.93 (gnu/linux)

I am pleased to announce the release of libchop 0.5.2.  Libchop is a set
of tools, including an encrypted backup application, as well as a C and
Scheme library aimed as a building block for distributed data storage
and data backup applications.

Here are the compressed sources:   (1.3MB)

Here are the GPG detached signatures[*]:

Here are the MD5 and SHA1 checksums:

9fa7e71a8360ba5d792217c06ca44cf5  libchop-0.5.2.tar.gz
8369c67aeeee507bf4825d9c0ce44c9d164b30ef  libchop-0.5.2.tar.gz

This release was bootstrapped with the following tools:
  Autoconf 2.68
  Automake 1.11.2
  Libtool 2.4
  Gnulib v0.0-6392-g4f11d6b

Libchop’s main application is ‘chop-backup’, an encrypted backup program
with support for versioning, selective sharing, and adaptive

The library itself, which chop-backup builds upon, implements storage
techniques such as content-based addressing, content hash keys, Merkle
trees, similarity detection, and lossless compression.  It makes it easy
to combine them in different ways.  The ‘chop-archiver’ and
‘chop-block-server’ tools, illustrated in the manual, provide direct
access to these facilities from the command line.

This release is primarily a bug-fix release, with a few new features.
Excerpt from the ‘NEWS’ file:

  * Changes in 0.5.2 (since 0.5.1)

  ** New features

  *** chop-backup

  **** New `--log' option

  This option shows a change log for a directory backup, similar in spirit
  to the `git whatchanged' command.

  **** New `--backup=repair' suboption

  Repair all the blocks of files in a directory backup, at the expense of
  increased CPU and bandwidth usage.

  **** New `--backup=verbose' suboption
  **** The same tuple is returned when a directory is unchanged

  Previously `chop-backup --backup' would return a different tuple each
  time a directory is backed up, regardless of whether it actually
  changed.  While the previous introduced negligible storage overhead,
  because the actual data was not duplicated, it led to uselessly longer
  version chains and counter-intuitive behavior.

  **** Improved error diagnostics for the `--backup' operation

  `chop-backup --backup' now warns about directories that cannot be
  accessed; when a unreadable file is encountered, an error message is
  emitted and `chop-backup' exits.

  **** Improved test suite framework

  `chop-backup' now has an additional Scheme-level test suite, under

  **** Documentation improvements

  ** Bug fixes

  *** Fix memory leak in the Guile bindings

  This could lead to unbounded memory growth, for instance when storing
  many files where each needed a zip filter.

  *** A couple of Guile bugs were exposed, which were fixed in Guile 2.0.5

  Thus, GNU Guile >= 2.0.5 is now required.

Feedback welcome!


Attachment: pgpdqhF_XSwim.pgp
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]