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've processed.
  17       It also shows better current-rate-of-transfer and remaining-
  18       transfer-time values.
  19
  20     * The configure script now accepts --with-rsyncd-conf=PATH
  21       to override the default value of the /etc/rsyncd.conf file.
  22
  23     * Added a couple extra diffs in the "patches" dir, removed the
  24       ones that got applied, and rebuilt the rest.
  25
  26   BUG FIXES:
  27
  28     * When -x (--one-file-system) is combined with -L (--copy-links)
  29       or --copy-unsafe-links, no symlinked files are skipped, even
  30       if the referent file is on a different filesystem.
  31
  32     * The --link-dest code now works properly for a non-root user
  33       when (1) the UIDs of the source and destination differ and -o
  34       was specified, or (2) when the group of the source can't be
  35       used on the destination and -g was specified.
  36
  37     * Fixed a bug in the handling of -H (hard-links) that might
  38       cause the expanded PATH/NAME value of the current item to
  39       get overwritten (due to an expanded-name caching bug).
  40
  41     * We now reset the "new data has been sent" flag at the start
  42       of each file we send.  This makes sure that an interrupted
  43       transfer with the --partial option set doesn't keep a shorter
  44       temp file than the current basis file when no new data has been
  45       transfered over the wire for that file.
  46
  47     * Fixed a byte-order problem in --batch-mode on big-endian
  48       machines.  (Jay Fenlason)
  49
  50     * Fixed configure bug when running "./configure --disable-ipv6".
  51
  52     * Fixed "make test" bug when build dir is not the source dir.
  53
  54     * When using --cvs-exclude, the exclude items we get from a
  55       directory's .cvsignore file once again only affect that one
  56       directory (and not all following directories too).  The
  57       items are also now properly word-split and parsed without
  58       any +/- prefix munging.
  59
  60     * When specifying the USER@HOST: prefix for a file, the USER
  61       part can now contain an '@', if needed (i.e. the last '@'
  62       is used to find the HOST, not the first).
  63
  64     * Fixed some bugs in the handling of group IDs for non-root
  65       users:  (1) It properly handles a group that the sender didn't
  66       have a name for (it would previously skip changing the group
  67       on any files in that group).  (2) If --numeric-ids is used,
  68       rsync no longer attempts to set groups that the user doesn't
  69       have the permission to set.
  70
  71     * Fixed the "refuse options" setting in the rsyncd.conf file.
  72
  73     * Improved the -x (--one-file-system) flag's handling of any
  74       mount-point directories we encounter.  It is both more optimal
  75       (in that it no longer does a useless scan of the contents of
  76       the mount-point dirs) and also fixes a bug where a remapped
  77       mount of the original filesystem could get discovered in a
  78       subdir we should be ignoring.
  79
  80     * Rsync no longer discards a double-slash at the start of a filename
  81       when trying to open the file.  It also no longer constructs names
  82       that start with a double slash (unless the user supplied them).
  83
  84     * Path-specifying options to a daemon should now work the same with
  85       or without chroot turned on.  Previously, such an option (such as
  86       --link-dest) would get munged into relative path if chroot was not
  87       on, making the option fairly useless.  Rsync now transforms the
  88       path into one that is based on the module's root dir, just as if
  89       chroot were enabled.
  90
  91     * Fixed compilation problem on Tru64 Unix (having to do with
  92       sockaddr.sa_len and sockaddr.sin_len).
  93
  94     * Fixed a compatibility problem interacting with older rsync
  95       versions that might send us an empty --suffix value without
  96       telling us that --backup-dir was specified.
  97
  98     * The "hosts allow" option for a daemon-over-remote-shell
  99       process now has improved support for IPv6 addresses and a fix
 100       for systems that have a length field in their socket structs.
 101
 102     * Fixed the ability to request an empty backup suffix when
 103       sending files to an rsync daemon.
 104
 105   INTERNAL:
 106
 107     * Most of the I/O is now buffered, which results in a pretty
 108       large speedup when running under MS Windows.  (Craig Barratt)
 109
 110     * Optimizations to the name-handling/comparing code have made
 111       some significant reductions in user-CPU time for large file
 112       sets.
 113
 114     * Some variable-type cleanup that makes the code more consistent.
 115
 116     * Reduced memory requirements of hard link preservation.
 117       (J.W. Schultz)
 118
 119     * Implemented a new algorithm for hard-link handling that speeds
 120       up the code significantly.  (J.W. Schultz and Wayne Davison)
 121
 122     * The --hard-link option now uses the first existing file in the
 123       group of linked files as the basis for the transfer.  This
 124       prevents the sub-optimal transfer of a file's data when a new
 125       hardlink is added on the sending side and it sorts alphabetically
 126       earlier in the list than the files that are already present on the
 127       receiving side.
 128
 129     * Dropped support for protocol versions less than 20
 130       (2.3.0 released 15 Mar 1999) and activated warnings for
 131       protocols less than 25 (2.5.0 released 23 Aug 2001)
 132           (Wayne Davison and J.W. Schultz, severally)
 133
 134     * More optimal data transmission for --hard-links (protocol 28).
 135
 136     * More optimal data transmission for --checksum (protocol 28).
 137
 138     * Less memory is used when --checksum is specified.
 139
 140     * Less memory is used in the file list (a per-file savings).
 141
 142     * The generator is now better about not modifying the file list
 143       during the transfer in order to avoid a copy-on-write memory
 144       bifurcation (on systems where fork() uses shared memory).
 145       Previously, rsync's shared memory would slowly become unshared,
 146       resulting in real memory usage nearly doubling on the receiving
 147       side by the end of the transfer.  Now, as long as permissions
 148       are being preserved, the shared memory should remain that way
 149       for the entire transfer.
 150
 151     * Changed hardlink info and file_struct + strings to use
 152       allocation pools.  This reduces memory use for large file-
 153       sets and permits freeing memory to the OS.  (J.W. Schultz)
 154
 155     * The 2 pipes used between the receiver and generator processes
 156       (which are forked on the same machine) were reduced to 1 pipe
 157       and the protocol improved so that (1) it is now impossible to
 158       have the "redo" pipe fill up and hang rsync, and (2) trailing
 159       messages from the receiver don't get lost on their way through
 160       the generator over to the sender (the latter mainly affected
 161       hard-link messages and verbose --stats output).
 162
 163     * The reading & writing of the file-list in batch-mode is now
 164       handled by the same code that sends & receives the list over
 165       the wire.  This makes it much easier to maintain.
 166
 167     * Improved the internal uid/gid code to be more portable and
 168       a little more optimized.
 169
 170     * The device numbers sent when using --devices are now sent as
 171       separate major/minor values with 32-bit accuracy (protocol 28).
 172       Previously, the copied devices were sent as a single 32-bit
 173       number.  This will make inter-operation of 64-bit binaries more
 174       compatible with their 32-bit brethren.  Note that optimizations
 175       in the binary protocol often sends the device data using fewer
 176       bytes than before, even though more precision is now available.
 177
 178     * Some cleanup of the exclude/include structures and its code
 179       made things clearer, simpler, and more efficient.