[SCM] rsync annotated tag, v3.0.4pre2, created. v3.0.4pre2

[rsync-cvs at lists.samba.org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "rsync".

The annotated tag, v3.0.4pre2 has been created
        at  e2e9663525bd697671e46cfb29c4bf0aa74e7a8c (tag)
   tagging  719a29e1cf01aa88b7deba4d539c23ddfd4ee86f (commit)
  replaces  v3.0.4pre1
 tagged by  Wayne Davison
        on  Sat Aug 2 14:11:17 2008 -0700

- Log -----------------------------------------------------------------
Version 3.0.4pre2.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBIlM3zbIWfsUuWqMURAtt8AJ9kNl3S7YjwzAv3pS/aSHxPs/U6DwCg6N+N
4Xy4UPM5BUkwjAaYdmfHYL8=
=9QYw
-----END PGP SIGNATURE-----

Wayne Davison (15):
      Back-porting some manpage improvements.
      Mention some mount options that can interfere with --link-dest.
      Make hard-linking work when a device has an st_dev of 0.
      Mention a missing sender-side hash improvment that went out in 3.0.0.
      Output an FERROR* for a general io_error, and an FWARNING for other
      Properly handle a failure to create a partial directory, which is
      Fixed a couple minor problems in util.c:
      Fixed a problem with checking for the '.' dir in the first file
      The --iconv option now converts the content of a symlink too.
      Skip new symlink conversion step if the remote rsync is not
      Added logic to the receiving side to ensure that the --delete-during
      Refer to the symlink's contents as "symlink data", not "symlink name".
      When using --iconv, if a server-side receiver can't convert a filename,
      Tweaked the symlink iconv buffer size and fixed a comment.
      Preparing for release of 3.0.4pre2

-----------------------------------------------------------------------


hooks/post-receive
--
rsync