summaryrefslogtreecommitdiffstats
path: root/README.rst
diff options
context:
space:
mode:
authorStefan Tatschner <stefan@sevenbyte.org>2016-01-18 16:30:27 +0100
committerStefan Tatschner <stefan@sevenbyte.org>2016-01-18 16:30:27 +0100
commit897c763a5b703eaf4c7addb645d856cf2a6b06a1 (patch)
tree5ca0d6c151e5dd1c4b37655b22dee9043473295d /README.rst
parent735fe557e2776bedbba61d73e177eb36a15b5ee9 (diff)
Fix markup in README.rst
Github generated wrong markup, because of a few whitespace errors. This patch fixes the rst markup of the README.rst file.
Diffstat (limited to 'README.rst')
-rw-r--r--README.rst63
1 files changed, 29 insertions, 34 deletions
diff --git a/README.rst b/README.rst
index d215f9ea8..4ac440314 100644
--- a/README.rst
+++ b/README.rst
@@ -30,20 +30,15 @@ Main features
Compared to other deduplication approaches, this method does NOT depend on:
- * file/directory names staying the same
+ * file/directory names staying the same: So you can move your stuff around
+ without killing the deduplication, even between machines sharing a repo.
- So you can move your stuff around without killing the deduplication,
- even between machines sharing a repo.
+ * complete files or time stamps staying the same: If a big file changes a
+ little, only a few new chunks need to be stored - this is great for VMs or
+ raw disks.
- * complete files or time stamps staying the same
-
- If a big file changes a little, only a few new chunks will be stored -
- this is great for VMs or raw disks.
-
- * the absolute position of a data chunk inside a file
-
- Stuff may get shifted and will still be found by the deduplication
- algorithm.
+ * The absolute position of a data chunk inside a file: Stuff may get shifted
+ and will still be found by the deduplication algorithm.
**Speed**
* performance critical code (chunking, compression, encryption) is
@@ -109,15 +104,15 @@ For a graphical frontend refer to our complementary project `BorgWeb <https://bo
Links
=====
- * `Main Web Site <https://borgbackup.readthedocs.org/>`_
- * `Releases <https://github.com/borgbackup/borg/releases>`_
- * `PyPI packages <https://pypi.python.org/pypi/borgbackup>`_
- * `ChangeLog <https://github.com/borgbackup/borg/blob/master/CHANGES.rst>`_
- * `GitHub <https://github.com/borgbackup/borg>`_
- * `Issue Tracker <https://github.com/borgbackup/borg/issues>`_
- * `Bounties & Fundraisers <https://www.bountysource.com/teams/borgbackup>`_
- * `Mailing List <https://mail.python.org/mailman/listinfo/borgbackup>`_
- * `License <https://borgbackup.github.io/borgbackup/authors.html#license>`_
+* `Main Web Site <https://borgbackup.readthedocs.org/>`_
+* `Releases <https://github.com/borgbackup/borg/releases>`_
+* `PyPI packages <https://pypi.python.org/pypi/borgbackup>`_
+* `ChangeLog <https://github.com/borgbackup/borg/blob/master/CHANGES.rst>`_
+* `GitHub <https://github.com/borgbackup/borg>`_
+* `Issue Tracker <https://github.com/borgbackup/borg/issues>`_
+* `Bounties & Fundraisers <https://www.bountysource.com/teams/borgbackup>`_
+* `Mailing List <https://mail.python.org/mailman/listinfo/borgbackup>`_
+* `License <https://borgbackup.github.io/borgbackup/authors.html#license>`_
Notes
-----
@@ -132,19 +127,19 @@ Differences between Attic and Borg
Here's a (incomplete) list of some major changes:
- * more open, faster paced development (see `issue #1 <https://github.com/borgbackup/borg/issues/1>`_)
- * lots of attic issues fixed (see `issue #5 <https://github.com/borgbackup/borg/issues/5>`_)
- * less chunk management overhead via --chunker-params option (less memory and disk usage)
- * faster remote cache resync (useful when backing up multiple machines into same repo)
- * compression: no, lz4, zlib or lzma compression, adjustable compression levels
- * repokey replaces problematic passphrase mode (you can't change the passphrase nor the pbkdf2 iteration count in "passphrase" mode)
- * simple sparse file support, great for virtual machine disk files
- * can read special files (e.g. block devices) or from stdin, write to stdout
- * mkdir-based locking is more compatible than attic's posix locking
- * uses fadvise to not spoil / blow up the fs cache
- * better error messages / exception handling
- * better logging, screen output, progress indication
- * tested on misc. Linux systems, 32 and 64bit, FreeBSD, OpenBSD, NetBSD, Mac OS X
+* more open, faster paced development (see `issue #1 <https://github.com/borgbackup/borg/issues/1>`_)
+* lots of attic issues fixed (see `issue #5 <https://github.com/borgbackup/borg/issues/5>`_)
+* less chunk management overhead via --chunker-params option (less memory and disk usage)
+* faster remote cache resync (useful when backing up multiple machines into same repo)
+* compression: no, lz4, zlib or lzma compression, adjustable compression levels
+* repokey replaces problematic passphrase mode (you can't change the passphrase nor the pbkdf2 iteration count in "passphrase" mode)
+* simple sparse file support, great for virtual machine disk files
+* can read special files (e.g. block devices) or from stdin, write to stdout
+* mkdir-based locking is more compatible than attic's posix locking
+* uses fadvise to not spoil / blow up the fs cache
+* better error messages / exception handling
+* better logging, screen output, progress indication
+* tested on misc. Linux systems, 32 and 64bit, FreeBSD, OpenBSD, NetBSD, Mac OS X
Please read the `ChangeLog`_ (or ``CHANGES.rst`` in the source distribution) for more
information.