NEWS

   1 NEWS for rsync 2.6.1 (UNRELEASED)
   2 Protocol: 28 (changed)
   3 Changes since 2.6.0:
   4
   5   ENHANCEMENTS:
   6
   7     * Lower memory use and more optimal transfer of data over
   8       the socket (see the INTERNAL section for details).
   9
  10     * The RSYNC_PROXY environment variable can now contain a
  11       "USER:PASS@" prefix before the "HOST:PORT" information.
  12       (Bardur Arantsson)
  13
  14     * The --progress output now mentions how far along in the
  15       transfer we are, including both a count of files transferred
  16       and a percentage of the total file-count that we're processed.
  17       It was also improved to better show the current rate of
  18       transfer (which is used to estimate the remaining transfer
  19       time).
  20
  21     * The configure script now accepts --with-rsyncd-conf=PATH
  22       to override the default value of the /etc/rsyncd.conf file.
  23
  24     * Added a couple extra diffs in the "patches" dir, removed the
  25       ones that got applied, and rebuilt the rest.
  26
  27   BUG FIXES:
  28
  29     * When -x (--one-file-system) is combined with -L (--copy-links)
  30       or --copy-unsafe-links, no symlinked files are skipped, even
  31       if the referant file is on a different filesystem.
  32
  33     * The --link-dest code now works properly for a non-root user
  34       when (1) the UIDs of the source and destination differ and -o
  35       was specified, or (2) when the group of the source can't be
  36       used on the destination and -g was specified.
  37
  38     * Fixed a bug in the handling of -H (hard-links) that might
  39       cause the expanded PATH/NAME value of the current item to
  40       get overwritten (due to an expanded-name caching bug).
  41
  42     * We now reset the "new data has been sent" flag at the start
  43       of each file we send.  This makes sure that an interrupted
  44       transfer with the --partial option set doesn't keep a shorter
  45       temp file than the current basis file when no new data has been
  46       transfered over the wire for that file.
  47
  48     * Fixed a byte-order problem in --batch-mode on big-endian
  49       machines.  (Jay Fenlason)
  50
  51     * Fixed configure bug when running "./configure --disable-ipv6".
  52
  53     * Fixed "make test" bug when build dir is not the source dir.
  54
  55     * When using --cvs-exclude, the exclude items we get from a
  56       directory's .cvsignore file once again only affect that one
  57       directory (and not all following directories too).
  58
  59     * When transferring a file that has group 0 with -g specified
  60       (typically via -a) and not enough privs to retain the group,
  61       rsync no longer complains about "chown" failing.
  62
  63     * When specifying the USER@HOST: prefix for a file, the USER
  64       part can now contain an '@', if needed (i.e. the last '@'
  65       is used to find the HOST, not the first).
  66
  67     * Fixed some bugs in the handling of group IDs for non-root
  68       users:  (1) It properly handles a group that the sender didn't
  69       have a name for (it would previously skip changing the group
  70       on any files in that group).  (2) If --numeric-ids is used,
  71       rsync no longer attempts to set groups that the user doesn't
  72       have the permission to set.
  73
  74     * Fixed the "refuse options" setting in the rsyncd.conf file.
  75
  76     * Improved the -x (--one-file-system) flag's handling of any
  77       mount-point directories we encounter.  It is both more optimal
  78       (in that it no longer does a useless scan of the contents of
  79       the mount-point dirs) and also fixes a bug where a remaped
  80       mount of the original filesystem could get discovered on a
  81       disk we should be ignoring.
  82
  83     * Rsync no longer discards a double-slash at the start of a filename
  84       when trying to open the file.  It also no longer constructs names
  85       that start with a double slash (unless the user supplied them).
  86
  87     * Fixed compilation problem on Tru64 Unix (having to do with
  88       sockaddr.sa_len and sockaddr.sin_len).
  89
  90   INTERNAL:
  91
  92     * Most of the I/O is now buffered, which results in a pretty
  93       large speedup when running under MS Windows.  (Craig Barratt)
  94
  95     * Optimizations to the name-handling/comparing code have made
  96       some significant reductions in user-CPU time for large file
  97       sets.
  98
  99     * Some variable-type cleanup that makes the code more consistent.
 100
 101     * Reduced memory requirements of hard link preservation.
 102       (J.W. Schultz)
 103
 104     * Implemented a new algorithm for hard-link handling that speeds
 105       up the code significantly.  (J.W. Schultz and Wayne Davison)
 106
 107     * The --hard-link option now uses the first existing file in the
 108       group of linked files as the basis for the transfer.  This
 109       prevents the sub-optimal transfer of a file's data when a new
 110       hardlink is added on the sending side and it sorts alphabetically
 111       earlier in the list than the files that are already present on the
 112       receiving side.
 113
 114     * Dropped support for protocol versions less than 20
 115       (2.3.0 released 15 Mar 1999) and activated warnings for
 116       protocols less than 25 (2.5.0 released 23 Aug 2001)
 117           (Wayne Davison and J.W. Schultz, severally)
 118
 119     * More optimal data transmission for --hard-links (protocol 28).
 120
 121     * More optimal data transmission for --checksum (protocol 28).
 122
 123     * Less memory is used when --checksum is specified.
 124
 125     * Less memory is used in the file list (a per-file savings).
 126
 127     * Changed hardlink info and file_struct + strings to use
 128       allocation pools.  This reduces memory use for large
 129       filesets and permits freeing memory to the OS.  (J.W. Schultz)
 130
 131     * The 2 pipes used between the receiver and generator processes
 132       (which are forked on the same machine) were reduced to 1 pipe
 133       and the protocol improved so that (1) it is now impossible to
 134       have the "redo" pipe fill up and hang rsync, and (2) trailing
 135       messages from the receiver don't get lost on their way through
 136       the generator over to the sender (the latter mainly affected
 137       hard-link messages and verbose --stats output).
 138
 139     * The reading & writing of the file list in batch-mode is now
 140       handled by the same code that sends & receives the list over
 141       the wire.  This makes it much easier to maintain.
 142
 143     * Improved the internal uid/gid code to be more portable and
 144       a little more optimized.