X-Git-Url: https://mattmccutchen.net/rsync/rsync.git/blobdiff_plain/6609a9f17ec1025d76a20573db701f2433f68f4d..a1d8f29a3d123a2426cf4a22c37c58e6ac6e7739:/NEWS

diff --git a/NEWS b/NEWS
index 61a30f91..2833dcbd 100644
--- a/NEWS
+++ b/NEWS
@@ -15,6 +15,9 @@ Changes since 2.6.0:
       transfer we are, including both a count of files transferred
       and a percentage of the total file-count that we're processed.
 
+    * The configure script now accepts --with-rsyncd-conf=PATH
+      to override the default value of the /etc/rsyncd.conf file.
+
   BUG FIXES:
 
     * When -x (--one-file-system) is combined with -L (--copy-links)
@@ -64,6 +67,12 @@ Changes since 2.6.0:
       rsync no longer attempts to set groups that the user doesn't
       have the permission to set.
 
+    * Fixed the "refuse options" setting in the rsyncd.conf file.
+
+    * Rsync no longer discards a double-slash at the start of a filename
+      when trying to open the file.  It also no longer constructs names
+      that start with a double slash (unless the user supplied both).
+
   INTERNAL:
 
     * Most of the I/O is now buffered, which results in a pretty
@@ -89,8 +98,10 @@ Changes since 2.6.0:
       earlier in the list than the files that are already present on the
       receiving side.
 
-    * Got rid of support for protocol versions 17 and 18 (which are
-      both over 6 years old).  (Wayne Davison)
+    * Dropped support for protocol versions less than 20
+      (2.3.0 released 15 Mar 1999) and activated warnings for
+      protocols less than 25 (2.5.0 released 23 Aug 2001)
+          (Wayne Davison and J.W. Schultz, severally)
 
     * More optimal data transmission for --hard-links (protocol 28).
 
@@ -100,6 +111,10 @@ Changes since 2.6.0:
 
     * Less memory is used in the file list (a per-file savings).
 
+    * Changed hardlink info and file_struct + strings to use
+      allocation pools.  This reduces memory use for large
+      filesets and permits freeing memory to the OS.  (J.W. Schultz) 
+
     * The 2 pipes used between the receiver and generator processes
       (which are forked on the same machine) were reduced to 1 pipe
       and the protocol improved so that (1) it is now impossible to