Content Addressable Data Synchronization Tool
https://github.com/systemd/casync
casync provides a way to efficiently transfer files which change over
time over the Internet. It will split a given set into a git-inspired
content-addressable set of smaller compressed chunks, which can then
be conveniently transferred using HTTP. On the receiving side, these
chunks will be uncompressed and merged together to recreate the
original data. When the original data is modified, only the new chunks
have to be transferred during an update.
- Developed at network
- Sources inherited from project openSUSE:Factory
-
2
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:Rebuild/casync && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
casync-2.tar.gz | 0001250776 1.19 MB | |
casync.changes | 0000007702 7.52 KB | |
casync.spec | 0000002793 2.73 KB | |
compiler_error_nonnull.patch | 0000000283 283 Bytes |
Revision 1 (latest revision is 9)
Dominique Leuenberger (dimstar_suse)
accepted
request 572983
from
Sebastian Wagner (sebix)
(revision 1)
- specfile: remove manual manpage build, done by meson - Fix typographic issues in description. - add missing group - run spec-cleaner - update to version 2 * casync now supports retrieving index and chunk data from sftp:// URLs. (In addition to the existing ftp://, http:// and https:// support). * casync will now honour $TMP if it is set, for placing temporary files and directories. * casync now saves/restores basic btrfs subvolume information. (Specifically it will store whether a directory is a subvolume, and whether it has the read-only bit set.) Control this metadata option with the new --with=subvolume/--without=subvolume and --with=subvolume-ro/--without=subvolume-ro switches. * casync now saves/restores SELinux label information. Control this metadata option with the new --with=selinux/--without=selinux switches. * The libgcrypt dependency has been replaced with an OpenSSL dependency, as that appears to be better supported today, and may be used to generate SHA512/256 hashes (see below). * casync now permits selecting the hash function to use with the new --digest= option. SHA512/256 is now supported in addition to the old SHA256 algorithm, which continues to be supported. The new default however is SHA512/256, as it is substantially faster at otherwise equal properties on today's 64bit processors. In specific environments SHA256 might perform better, hence both algorithms remain supported. Index files contain information about the hash algorithm used, hence automatic compatibility is retained. * casync now permits selecting the compression format to use with the new option --compression=. In addition to the originally reported xz compression, gzip and zstd compression are now supported, the latter being the new default as it provides excellent compression at very high speeds. It's OK to mix chunks compressed with different algorithms in the same store, but of course clients downloading them need to be new enough to read chunks in non-xz formats. Note that the file suffix for compressed chunks changed ".xz" → ".cacnk", as they now may contain either compression, and continuing to use the ".xz" suffix would be misleading. To retain compatibility with older casync, the environment variable $CASYNC_COMPRESSED_CHUNK_SUFFIX may be set to ".xz", to force usage of the old suffix. * When extracting archives or archive indexes a subset of the metadata stored in the archive may now be selected to be replayed, using the usual --with= and --without= options. For example, if an archive containing full metadata is extracted with --without=privileged only the unprivileged metadata fields are extracted (i.e. no file ownership, ACLs, SELinux labels, ...). * After completing an operation statistics about downloaded chunks are now shown. * When invoking "casync mkdev" the third parameter may now be an arbitrarily selected path below /dev which is then created as a symlink to the block device used, and registered with udev. This means the usual device enumeration will find the block device under the name picked. Example: # casync mkdev /somepath/tomy/index-file.caibx /dev/quux This will expose the block image /somepath/tomy/index-file.caibx as /dev/quux. - update to version 1 * casync now supports retrieving index and chunk data from sftp:// URLs. (In addition to the existing ftp://, http:// and https:// support). * casync will now honour $TMP if it is set, for placing temporary files and directories. * casync now saves/restores basic btrfs subvolume information. (Specifically it will store whether a directory is a subvolume, and whether it has the read-only bit set.) Control this metadata option with the new --with=subvolume/--without=subvolume and --with=subvolume-ro/--without=subvolume-ro switches. * casync now saves/restores SELinux label information. Control this metadata option with the new --with=selinux/--without=selinux switches. * The libgcrypt dependency has been replaced with an OpenSSL dependency, as that appears to be better supported today, and may be used to generate SHA512/256 hashes (see below). * casync now permits selecting the hash function to use with the new --digest= option. SHA512/256 is now supported in addition to the old SHA256 algorithm, which continues to be supported. The new default however is SHA512/256, as it is substantially faster at otherwise equal properties on today's 64bit processors. In specific environments SHA256 might perform better, hence both algorithms remain supported. Index files contain information about the hash algorithm used, hence automatic compatibility is retained. * casync now permits selecting the compression format to use with the new option --compression=. In addition to the originally reported xz compression, gzip and zstd compression are now supported, the latter being the new default as it provides excellent compression at very high speeds. It's OK to mix chunks compressed with different algorithms in the same store, but of course clients downloading them need to be new enough to read chunks in non-xz formats. Note that the file suffix for compressed chunks changed ".xz" → ".cacnk", as they now may contain either compression, and continuing to use the ".xz" suffix would be misleading. To retain compatibility with older casync, the environment variable $CASYNC_COMPRESSED_CHUNK_SUFFIX may be set to ".xz", to force usage of the old suffix. * When extracting archives or archive indexes a subset of the metadata stored in the archive may now be selected to be replayed, using the usual --with= and --without= options. For example, if an archive containing full metadata is extracted with --without=privileged only the unprivileged metadata fields are extracted (i.e. no file ownership, ACLs, SELinux labels, ...). * After completing an operation statistics about downloaded chunks are now shown. * When invoking "casync mkdev" the third parameter may now be an arbitrarily selected path below /dev which is then created as a symlink to the block device used, and registered with udev. This means the usual device enumeration will find the block device under the name picked. Example: # casync mkdev /somepath/tomy/index-file.caibx /dev/quux * This will expose the block image /somepath/tomy/index-file.caibx as /dev/quux. - add a959668782dafbfe469994b14d9c3adaef4e1c34.patch to fix tests on various non-64bit platforms - initial package - add pull request 28 as 28.patch to fix the tests for kernels >= 4.11 - add commmit 675e7902e449cc00b0a459a6ec17a0e044ac966b.patch as patch for a manpage
Comments 0