The --cvs-exclude option is broken in the CVS version of rsync
  because of a cut-and-paste-induced bug in exclude.c:

  This bug could cause the sending rsync to crash when it dereferenced
  a NULL pointer.

the double-quotes to AC_DEFINE_UNQUOTED instead of having a separate step.

manually put the defines into acconfig.h.

"file(s)" in rsync.yo was being improperly translated by yodl2man so I
changed it to just "files".

in rsync.yo.  Re-ran yodl2man which I see pulled in a few other changes
from rsync.yo that hadn't yet made it into rsync.1.

shell failing and propogate errors in a better fashion

we now give a non-0 exit code if *any* of the files we have been asked
to transfer fail to transfer

:)

rsync. It isn't pretty, but it does work and should completely avoid
that class of lockup.

them.

some autoconf-2.13 macros that make the appropriate settings.  Thanks
to Albert Chin <china@thewrittenword.com> and Paul Eggert
<eggert@twinsun.com>.

See http://www.rs6000.ibm.com/doc_link/en_US/a_doc_lib/aixprggd/genprogc/prg_lrg_files.htm

Thanks to Todd Willeat <TWilleat@MHP.SMHS.com>

If the autoconf inputs are changed, then try to reconfigure.  Don't
worry if we can't do it, though.

include only source and build from our Makefile.
Don't scan for libpopt if we're using our own; this makes
autoconf confused.

Add comments.
Show listening port number in startup log message.

Add comment.

Include more details in --version output: say whether symlinks and
hardlinks are supported.
When hardlink support is missing, explain whether the problem is on
the client or server.
When a bad option is encountered, don't just print it to stderr but
send it to the rsync log mechanism.  (However, server errors currently
seem to get lost in transit because of bugs in logging.)