Preparing for release of 2.6.1pre-2
[rsync/rsync.git] / NEWS
... / ...
CommitLineData
1NEWS for rsync 2.6.1 (UNRELEASED)
2Protocol: 28 (changed)
3Changes 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 * Fixed compilation problem on Tru64 Unix (having to do with
85 sockaddr.sa_len and sockaddr.sin_len).
86
87 * Fixed a compatibility problem interacting with older rsync
88 versions that might send us an empty suffix without telling us
89 about the backup-dir.
90
91 * The "hosts allow" option for a daemon-over-remote-shell
92 process now has improved support for IPv6 addresses and a fix
93 for systems that have a length field in their socket structs.
94
95 * Fixed the ability to request an empty backup suffix when
96 sending files to an rsync daemon.
97
98 INTERNAL:
99
100 * Most of the I/O is now buffered, which results in a pretty
101 large speedup when running under MS Windows. (Craig Barratt)
102
103 * Optimizations to the name-handling/comparing code have made
104 some significant reductions in user-CPU time for large file
105 sets.
106
107 * Some variable-type cleanup that makes the code more consistent.
108
109 * Reduced memory requirements of hard link preservation.
110 (J.W. Schultz)
111
112 * Implemented a new algorithm for hard-link handling that speeds
113 up the code significantly. (J.W. Schultz and Wayne Davison)
114
115 * The --hard-link option now uses the first existing file in the
116 group of linked files as the basis for the transfer. This
117 prevents the sub-optimal transfer of a file's data when a new
118 hardlink is added on the sending side and it sorts alphabetically
119 earlier in the list than the files that are already present on the
120 receiving side.
121
122 * Dropped support for protocol versions less than 20
123 (2.3.0 released 15 Mar 1999) and activated warnings for
124 protocols less than 25 (2.5.0 released 23 Aug 2001)
125 (Wayne Davison and J.W. Schultz, severally)
126
127 * More optimal data transmission for --hard-links (protocol 28).
128
129 * More optimal data transmission for --checksum (protocol 28).
130
131 * Less memory is used when --checksum is specified.
132
133 * Less memory is used in the file list (a per-file savings).
134
135 * The generator is now better about not modifying the file list
136 during the transfer in order to avoid a copy-on-write memory
137 bifurcation (on systems where fork() uses shared memory).
138 Previously, rsync's shared memory would slowly become unshared,
139 resulting in real memory usage nearly doubling on the receiving
140 side by the end of the transfer. Now, as long as permissions
141 are being preserved, the shared memory should remain that way
142 for the entire transfer.
143
144 * Changed hardlink info and file_struct + strings to use
145 allocation pools. This reduces memory use for large file-
146 sets and permits freeing memory to the OS. (J.W. Schultz)
147
148 * The 2 pipes used between the receiver and generator processes
149 (which are forked on the same machine) were reduced to 1 pipe
150 and the protocol improved so that (1) it is now impossible to
151 have the "redo" pipe fill up and hang rsync, and (2) trailing
152 messages from the receiver don't get lost on their way through
153 the generator over to the sender (the latter mainly affected
154 hard-link messages and verbose --stats output).
155
156 * The reading & writing of the file-list in batch-mode is now
157 handled by the same code that sends & receives the list over
158 the wire. This makes it much easier to maintain.
159
160 * Improved the internal uid/gid code to be more portable and
161 a little more optimized.
162
163 * Device numbers are now sent as separate major/minor values
164 with 32-bit accuracy for each one (protocol 28). Previously
165 hard-link device data was sent as a single 64-bit number, and
166 copied devices were sent as a single 32-bit number. This will
167 make inter-operation of 64-bit binaries more compatible with
168 their 32-bit brethren. Note that optimizations in the binary
169 protocol often sends the device data using fewer bytes than
170 before, even though more precision is now available.
171
172 * Some cleanup of the exclude/include structures and its code
173 made things clearer, simpler, and more efficient.