NEWS

   1 NEWS for rsync 2.6.2 (UNRELEASED)
   2 Protocol: 28 (unchanged)
   3 Changes since 2.6.1:
   4
   5   BUG FIXES:
   6
   7     - Fixed a major bug in the sorting of the filenames when --relative
   8       is used for some sources (probably just "/", but don't depend on
   9       that).  This fix ensures that we ask for the right file-list item
  10       when requesting changes from the sender.
  11
  12     - Rsync now checks the return value of the close() function to
  13       better report disk-full problems on an NFS file system.
  14
  15     - Restored the old daemon-server behavior of logging error messages
  16       rather than returning them to the user.  (A better long-term fix
  17       will be sought in the future.)
  18
  19     - An obscure uninitialized-variable bug was fixed in the uid/gid
  20       code.  (This bug probably had no ill effects.)
  21
  22     - Got rid of the configure check for sys/sysctl.h (it wasn't used
  23       and was causing a problem on some systems).
  24
  25   ENHANCEMENTS:
  26
  27     - Two new diffs were added to the patches dir.
  28
  29 \f
  30 NEWS for rsync 2.6.1 (26 Apr 2004)
  31 Protocol: 28 (changed)
  32 Changes since 2.6.0:
  33
  34   SECURITY FIXES:
  35
  36     - Paths sent to an rsync daemon are more thoroughly sanitized when
  37       chroot is not used.  If you're running a non-read-only rsync
  38       daemon with chroot disabled, *please upgrade*, ESPECIALLY if the
  39       user privs you run rsync under is anything above "nobody".
  40
  41   ENHANCEMENTS:
  42
  43     - Lower memory use, more optimal transfer of data over the socket,
  44       and lower CPU usage (see the INTERNAL section for details).
  45
  46     - The RSYNC_PROXY environment variable can now contain a
  47       "USER:PASS@" prefix before the "HOST:PORT" information.
  48       (Bardur Arantsson)
  49
  50     - The --progress output now mentions how far along in the transfer
  51       we are, including both a count of files transferred and a
  52       percentage of the total file-count that we've processed.  It also
  53       shows better current-rate-of-transfer and remaining-transfer-time
  54       values.
  55
  56     - The configure script now accepts --with-rsyncd-conf=PATH to
  57       override the default value of the /etc/rsyncd.conf file.
  58
  59     - Added a couple extra diffs in the "patches" dir, removed the ones
  60       that got applied, and rebuilt the rest.
  61
  62     - Documentation changes now attempt to describe some often mis-
  63       understood features more clearly.
  64
  65   BUG FIXES:
  66
  67     - When -x (--one-file-system) is combined with -L (--copy-links) or
  68       --copy-unsafe-links, no symlinked files are skipped, even if the
  69       referent file is on a different filesystem.
  70
  71     - The --link-dest code now works properly for a non-root user when
  72       (1) the UIDs of the source and destination differ and -o was
  73       specified, or (2) when the group of the source can't be used on
  74       the destination and -g was specified.
  75
  76     - Fixed a bug in the handling of -H (hard-links) that might cause
  77       the expanded PATH/NAME value of the current item to get
  78       overwritten (due to an expanded-name caching bug).
  79
  80     - We now reset the "new data has been sent" flag at the start of
  81       each file we send.  This makes sure that an interrupted transfer
  82       with the --partial option set doesn't keep a shorter temp file
  83       than the current basis file when no new data has been transfered
  84       over the wire for that file.
  85
  86     - Fixed a byte-order problem in --batch-mode on big-endian machines.
  87       (Jay Fenlason)
  88
  89     - Fixed configure bug when running "./configure --disable-ipv6".
  90
  91     - Fixed "make test" bug when build dir is not the source dir.
  92
  93     - When using --cvs-exclude, the exclude items we get from a
  94       per-directory's .cvsignore file once again only affect that one
  95       directory (not all following directories too).  The items are also
  96       now properly word-split and parsed without any +/- prefix parsing.
  97
  98     - When specifying the USER@HOST: prefix for a file, the USER part
  99       can now contain an '@', if needed (i.e. the last '@' is used to
 100       find the HOST, not the first).
 101
 102     - Fixed some bugs in the handling of group IDs for non-root users:
 103       (1) It properly handles a group that the sender didn't have a name
 104       for (it would previously skip changing the group on any files in
 105       that group).  (2) If --numeric-ids is used, rsync no longer
 106       attempts to set groups that the user doesn't have the permission
 107       to set.
 108
 109     - Fixed the "refuse options" setting in the rsyncd.conf file.
 110
 111     - Improved the -x (--one-file-system) flag's handling of any mount-
 112       point directories we encounter.  It is both more optimal (in that
 113       it no longer does a useless scan of the contents of the mount-
 114       point dirs) and also fixes a bug where a remapped mount of the
 115       original filesystem could get discovered in a subdir we should be
 116       ignoring.
 117
 118     - Rsync no longer discards a double-slash at the start of a filename
 119       when trying to open the file.  It also no longer constructs names
 120       that start with a double slash (unless the user supplied them).
 121
 122     - Path-specifying options to a daemon should now work the same with
 123       or without chroot turned on.  Previously, such a option (such as
 124       --link-dest) would get its absolute path munged into a relative
 125       one if chroot was not on, making that setting fairly useless.
 126       Rsync now transforms the path into one that is based on the
 127       module's base dir when chroot is not enabled.
 128
 129     - Fixed compilation problem on Tru64 Unix (having to do with
 130       sockaddr.sa_len and sockaddr.sin_len).
 131
 132     - Fixed a compatibility problem interacting with older rsync
 133       versions that might send us an empty --suffix value without
 134       telling us that --backup-dir was specified.
 135
 136     - The "hosts allow" option for a daemon-over-remote-shell process
 137       now has improved support for IPv6 addresses and a fix for systems
 138       that have a length field in their socket structs.
 139
 140     - Fixed the ability to request an empty backup --suffix when sending
 141       files to an rsync daemon.
 142
 143   INTERNAL:
 144
 145     - Most of the I/O is now buffered, which results in a pretty large
 146       speedup when running under MS Windows.  (Craig Barratt)
 147
 148     - Optimizations to the name-handling/comparing code have made some
 149       significant reductions in user-CPU time for large file sets.
 150
 151     - Some cleanup of the variable types make the code more consistent.
 152
 153     - Reduced memory requirements of hard link preservation.
 154       (J.W. Schultz)
 155
 156     - Implemented a new algorithm for hard-link handling that speeds up
 157       the code significantly.  (J.W. Schultz and Wayne Davison)
 158
 159     - The --hard-link option now uses the first existing file in the
 160       group of linked files as the basis for the transfer.  This
 161       prevents the sub-optimal transfer of a file's data when a new
 162       hardlink is added on the sending side and it sorts alphabetically
 163       earlier in the list than the files that are already present on the
 164       receiving side.
 165
 166     - Dropped support for protocol versions less than 20 (2.3.0 released
 167       15 Mar 1999) and activated warnings for protocols less than 25
 168       (2.5.0 released 23 Aug 2001). (Wayne Davison and J.W. Schultz,
 169       severally)
 170
 171     - More optimal data transmission for --hard-links (protocol 28).
 172
 173     - More optimal data transmission for --checksum (protocol 28).
 174
 175     - Less memory is used when --checksum is specified.
 176
 177     - Less memory is used in the file list (a per-file savings).
 178
 179     - The generator is now better about not modifying the file list
 180       during the transfer in order to avoid a copy-on-write memory
 181       bifurcation (on systems where fork() uses shared memory).
 182       Previously, rsync's shared memory would slowly become unshared,
 183       resulting in real memory usage nearly doubling on the receiving
 184       side by the end of the transfer.  Now, as long as permissions
 185       are being preserved, the shared memory should remain that way
 186       for the entire transfer.
 187
 188     - Changed hardlink info and file_struct + strings to use allocation
 189       pools.  This reduces memory use for large file-sets and permits
 190       freeing memory to the OS.  (J.W. Schultz)
 191
 192     - The 2 pipes used between the receiver and generator processes
 193       (which are forked on the same machine) were reduced to 1 pipe and
 194       the protocol improved so that (1) it is now impossible to have the
 195       "redo" pipe fill up and hang rsync, and (2) trailing messages from
 196       the receiver don't get lost on their way through the generator
 197       over to the sender (which mainly affected hard-link messages and
 198       verbose --stats output).
 199
 200     - Improved the internal uid/gid code to be more portable and a
 201       little more optimized.
 202
 203     - The device numbers sent when using --devices are now sent as
 204       separate major/minor values with 32-bit accuracy (protocol 28).
 205       Previously, the copied devices were sent as a single 32-bit
 206       number.  This will make inter-operation of 64-bit binaries more
 207       compatible with their 32-bit brethren (with both ends of the
 208       connection are using protocol 28).  Note that optimizations in the
 209       binary protocol for sending the device numbers often results in
 210       fewer bytes being used than before, even though more precision is
 211       now available.
 212
 213     - Some cleanup of the exclude/include structures and its code made
 214       things clearer (internally), simpler, and more efficient.
 215
 216     - The reading & writing of the file-list in batch-mode is now
 217       handled by the same code that sends & receives the list over the
 218       wire.  This makes it much easier to maintain.  (Note that the
 219       batch code is still considered to be experimental.)