Moved the previous release's NEWS here.

[rsync/rsync.git] / NEWS

diff --git a/NEWS b/NEWS
index 61a30f9..85dc2e6 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -14,6 +14,11 @@ Changes since 2.6.0:
     * The --progress output now mentions how far along in the
       transfer we are, including both a count of files transferred
       and a percentage of the total file-count that we're processed.
+      It was also improved to better show the current rate of
+      transfer and the estimated time left.
+
+    * The configure script now accepts --with-rsyncd-conf=PATH
+      to override the default value of the /etc/rsyncd.conf file.
 
   BUG FIXES:
 
@@ -64,6 +69,15 @@ 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).
+
+    * Fixed compilation problem on Tru64 Unix (having to do with
+      sockaddr.sa_len and sockaddr.sin_len).
+
   INTERNAL:
 
     * Most of the I/O is now buffered, which results in a pretty
@@ -89,8 +103,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 +116,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