X-Git-Url: http://git.tuebingen.mpg.de/?p=dss.git;a=blobdiff_plain;f=README;h=c5abb2923cc7ca9cd415ccdcbce9dd56ece4d0fd;hp=f4fbad208b87e045766bdaf5ec1e431e59bd01d6;hb=5b1c780d1a3e02a6f64242ef5d8c0a2dc71de3ec;hpb=6e42820324ffb57f3d1fc1e58e1ec5bbdf97c820

diff --git a/README b/README
index f4fbad2..c5abb29 100644
--- a/README
+++ b/README
@@ -4,14 +4,17 @@ or local host using rsync's link-dest feature.
 dss is admin friendly: It is easy to configure and needs little
 attention once configured to run in daemon mode. It keeps track of
 the available disk space and removes snapshots if disk space becomes
-sparse or snapshots become older than the specified time.
+sparse or snapshots become older than the specified time. Also, due
+to the hardlink-based approach, there is only one type of backup.
+Hence no full, incremental or differential backups need to be
+configured, and there is no database to maintain.
 
 dss is also user-friendly because users can browse the snapshot
 directories without admin intervention and see the contents of the file
-system at the various times a snapshot was taken. In particular, users
-can easily restore accidently removed files by using their favorite
-file browser to simply copy files from the snapshot directory back
-to the live system.
+system at the various times a snapshot was taken. Each snaphot looks
+like a full backup, so users can easily restore accidentally removed
+files by using their favorite file browser to simply copy files from
+the snapshot directory back to the live system.
 
 dss gives your data an additional level of security besides the usual
 tape-based backups: If the file server goes down and all data is lost