added an explicit noexcludes flag to make_file()
this fixes a bug with --backup-dir and -x

added "ignore nonreadable" option (useful for hiding files in public archives)

added an explicit noexcludes flag to make_file()

I don't like automatic header dependencies

added MacOS support to config.guess (from wsanchez@apple.com)

fixed backup_dir bug introduced with recent memory handling patches

fixed timing problem with cleanup and io_flush() by using non-blocking
waitpid()

Undo last setting of blocking_io.  I hadn't reviewed the code well enough;
turns out that when client is talking to a server daemon it never executes
this leg of code.  Oops.  The people who said it made a difference when
they changed the code must have been wrong.

Turn on blocking_io when starting client of rsync server daemon.

Enable --compare-dest to work in combination with --always-checksum.
Problem and suggested patch from Dean Scothern dino@cricinfo.com (although
I re-wrote the patch).

preparing for release of 2.4.4

fix from T.J.Adye@rl.ac.uk for final goodbye message with new protocol

optimisations from Rich Salz <rsalz@caveosystems.com>

added blocking-io docs

added *.bz2 and *.tbz to default dont compress list

added insure debug support

if the remote shell is rsh then use blocking IO

added some comments on blocking-io

get rid of annoying symlink error messages

added --blocking-io option

Add --bwlimit option contributed by Matthew Demicco and Jamie Gritton.

Do better job at describing exclude/include in man page.  Based on suggestions
from Harry Putnam <reader@newsguy.com>.

fixed bug in replacement inet_aton()

test was the wrong way around

autoconf test for broken solaris inet_aton()

by default don't gzip .iso images

preparing for release of 2.4.3

use 1 second sleeps in the sleep loop as some OSes (NT for example)
don't get interrupted during a sleep.

don't pprint the IO timeout message if we are a server or daemon (can
cause recursive error messages)

a very simple fix - if I'd only thought if it last week :)

rsh relies on stdin being blocking
ssh relies on stdout being non-blocking

what we've done before is to set both stdin and stdout to either
blocking or non-blocking. Now I set stdin to blocking and stdout to
non-blocking. This seems to fix all cases I've tested.

preparing for release of 2.4.2

went back to non-blokcing IO

it looks like ssh is willing to accept a non-blocking fd when used as
a transport, this seems to avoid the Solaris socketpair bug

add a --ignore-errors option

Describe symbolic link handling when writing to a "use chroot = no" module.

Somebody was confused into thinking that "Here are some examples" in the
section on exclude/include was supposed to be about "+/-" so I changed
the statement to "Here are some exclude/include examples".

Change socketpair test to verify that it works rather than just exists,
because I have an obscure system (Amdahl's UTS 2.1.2) in which socketpair()
exists but is broken.

Move the checking for -lsocket -lnsl ahead of the checking for most of
the functions, especially "socketpair" so that socket-related functions will
be properly discovered on SVR4-based systems such as Solaris.  Problem
discovered by Kenji Miyake <kenji@miyake.org>

preparing for release of 2.4.1

patch from Jim Delahanty <mail_us@swbell.net> to ensure files are
deleted after being backed up in a rename operation

another hang-at-end fix. It looks like we are more sensiitive to
these with socketpairs. The receiver now sleeps until it gets a signal
to tell it to exit

also fixed test.sh to use the current version remotely

damn.

with the new error handling code it is possible for rsync to get stuck
on the final transaction, leaving it hung.

looks like 2.4.1 will be pretty soon

preparing for release of 2.4.0

change version to 2.4.0pre2

use full buffer length, not strlen

move the read only daemon test to after the protocol setup

damn!

the last pre-release had a bug that didn't setup the multiplexing
correctly. This means that pre-release will get "unexpected tag -7"
whenm talking to the fixed code.

I've decided that this release will be 2.4.0, updated version to 2.4.0pre1

don't need PIPE_BUF any more

fixed some logcode warnings

fixed a bug in test suite that I introduced yesterday

runtime detect fnmatch() bug if ** is used.

its all too common to compile with a working libc and run on a broken
one.

changed version to 2.3.3pre2

- switched on multiplexing for all connections, not just daemon
  connections (this fixes the stderr/stdout problem). Upped
  protocol version for backward compat
- use multiplexing on error fd
- upped minimal protocol version
- got rid of some ugly code in the write buffering

switch to using socketpair instead of pipe if possible. This fixes the
ssh clag problems as long as you also fix the same problem in sshd

removed all the old read buffering code from io.c as this was only
there to try to reduce the chance of clagging up sshd.

report exit code when failing a test

fixed the error code problem with test.sh
(was a minor bug in send_file_list)

patch from James Delahanty <jimd@gie.com> to make --backup-dir work
cross-filesystem

the convoluted nest of #ifdefs that is fnmatch.c caught us again. On
my system the LIBC tests meant it never compiled and we used the
broken system one.

hacked it so it does compile

fix segv bug in --progress handling

patch from David Murn to make sure the final 100% is always printed
when using --progress

updated version.h

updated config.guess from latest autoconf CVS tree

updated --password-file docs

reinstated the MAX_READ_BUFFER code. Its a nasty tradeoff - using lots
of memory vs. ssh bugs. uggh.

updated a debug message

make the replacement inet_aton() function independent of
inet_addr(). Some systems were detecting a missing inet_aton(), but
actually had it and inet_addr() called it, causing infinite recursion

fixed a rare SEGV that can happen when a file disappears (due to
another program) during an update

moved file deletion to before the fork() to prevent a race condition
pointed out by byrnes@curl.com

don't use stderr after we become a daemon

I can't believe it - solaris allows unlink of a non-empty directory as
root, leaving a corrupt filesystem. Are those guys on drugs?

try to avoid the problem as best we can.

added some more debug info to the "buffer overflow in
receive_file_entry" message

-a now implies -o and -D whether you are root or not

added --backup-dir option from Bob Edwards
this is very useful for incremental backups

removed Daves include-only optimisation. One of the bug reports turned
out to be caused by it and it seems rather a lot of extra effort for
what must really be a minor optimisation in most cases

fix a problem with files > 2GB
(thanks to T.J.Adye@rl.ac.uk)

added --max-delete option

fixed mdfour code on Cray (64 bit problems)
Thanks to roebel@kgw.tu-berlin.de

removed u_sleep() as it is no longer used anywhere

added some really ugly code to allow errors to propogate to
clients when writing to a rsync server

it works like this:

- we have an extra pipe from the receiver to the generator
- the server always runs with multiplexing on
- errors from the generator go down the multiplexed connection
- errors from the receiver go over the pipe, and from there to
  the multiplexed conn

it required some incredibly ugly code. damn.

open on paths starting with // fails on win32

handle systems that don't take a 2nd argument to gettimeofday()

added --existing option, similar to one suggested by Gildas Quiniou <gildas@stip.fr>

don't try to write errors to a dead socket

Make all the rsync objects dependent on all the header files except the
zlib header fiels in Makefile.in.  I've been burned several times because
objects did not get rebuilt when header files changed.

Needed to comment out the inclusion of headers in fnmatch.c because it
couldn't find some of them (especially <fnmatch.h>, because it wasn't
looking in the current directory).  The header files are included better
from ../rsync.h.

make --address work for a client connecting to a server

Upgrade lib/fnmatch.[ch] to the latest from glibc-2.1.2 because the
FNM_PATHNAME flag (to stop at slashes in path names) was not working.

Ironically, the bug in glibc's fnmatch was reported on the rsync mailing
list in late October, and rsync's configure.in was changed to detect the
bad glibc and use the internal fnmatch, but the internal fnmatch was based
on the same buggy glibc!

If a destination file cannot be opened, pretend it doesn't exist rather
than skipping it and thus not updating it.  For example, the ownership or
mode on a file may prevent opening it, but the directory may still be
writable so the file could be completely replaced.

when we do a lchown() on a file we have to flush the cached perms on
the file if the file has the setuid or setgid bits set as the chown
has a side effect of removing the setuid and setgid bits.
we re-do the stat in this case

Define the WEXITSTATUS macro for systems that don't have it.

When writing to a daemon with read only = false and uid = root and -g,
was not preserving group permisions.  Bug was introduced March 1 in
version 1.100 of rsync.c with an error in re-ordering of the boolean
expressions.  In order to completely preserve the earlier semantics,
change_gid should depend on "(am_root || !am_daemon)", but I don't see why
group ownership should behave differently in a non-root daemon.

When not using -p and file being copied to already existed, was mistakenly
using all the mode bits of the existing file rather than just the permissions,
including the file type.

fixed a bug with waitpid() - I'd forgotten about WEXITSTATUS !

fixed man page typo

fixed a segv bug when handling symlinks.

thanks to taver@otenet.gr

don't write more than PIPE_BUF bytes in any one write() in io.c
this makes sure that the write never blocks.

removed old non-blocking fd code (a hangover from a earlier version of
io.c). Thanks to Theo for pointing out this brokenness.

preparing for release of 2.3.2

added --delete-after option (suggested by Jason)

removed ACCESSPERMS mask when transferring a file without perms
copy. This makes us match GNU cp more closely.

fixed passing of directory exclude options to remote side (thanks to
andrewdagger@xerox.gbr.com)

added note about multiple excludes per exclude option