- 19 Feb, 2005 6 commits
-
-
Wayne Davison authored
have it figure out if it should send the message to our sibling or the other side. - Handle the new MSG_DELETED message in both the generator and the sender. This message is used to let the client side log each deletion when the server side is the receiver.
-
Wayne Davison authored
- Call delete_file() with its new arg.
-
Wayne Davison authored
-
Wayne Davison authored
- Added define for ITEM_DELETED.
-
Wayne Davison authored
- Updated the description of "%i" to reflect the latest functioning.
-
Wayne Davison authored
-
- 18 Feb, 2005 13 commits
-
-
Wayne Davison authored
-
Wayne Davison authored
- If the user does not want itemized changes, don't log the name for attribute changes.
-
Wayne Davison authored
- Use the new write_short() function. - Mention the delete() when an item replaces an item of a different type. - Make sure that this replacing of a non-same item is marked as a new transfer in the itemized output.
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
- Use the long-option parser for better option handling. - Output a usage message if the options are wrong. - Improved the option-variable names. - Parse the new default daemon log-file format. - Handle filenames that have spaces in them.
-
Wayne Davison authored
the client asked for.
-
Wayne Davison authored
-
Wayne Davison authored
-
- 17 Feb, 2005 3 commits
-
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
-
- 16 Feb, 2005 18 commits
-
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
- Always send/receive the itemized flags for protocols >= 29. - The output of the verbose log-the-transfer messages is always handled via log_send() (when we're the client).
-
Wayne Davison authored
- Always send/receive the itemized flags for protocols >= 29. - The output of the verbose log-the-transfer messages is always handled via log_recv() (when we're the client).
-
Wayne Davison authored
- Always send the itemized flags for protocols >= 29. - Sent an itemized-flag update for dirs and symlinks for protocols >= 29 (instead of outputting a message directly).
-
Wayne Davison authored
- When verbose w/o a log_format specified, set it to "%n%L". - There's no longer a need to send -i to the server.
-
Wayne Davison authored
options.c.
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
-
Wayne Davison authored
the local client and --itemized-changes was specified. If the item is not being updated, just call log_recv(). - We reject an attempt to file-update any non-regular file, not just dirs. - Avoid the verbose "log the transfer" output if --log-format was specified and log_before_transfer is in effect. - Call log_recv() with its new iflags arg.
-
Wayne Davison authored
in --itemized-changes mode. If the item is not being updated, either pass it along to the receiver (if we're the server) or just call log_send(). - We reject an attempt to file-update any non-regular file, not just dirs. - Avoid the verbose "log the transfer" output if --log-format was specified and log_before_transfer is in effect. - Call log_send() with its new iflags arg.
-
Wayne Davison authored
-
Wayne Davison authored
--progress. - If --log-format contains %i, set --itemize-changes (-i). - Always send -i to the remote rsync if it was specified/implied.
-
Wayne Davison authored
- Added %i, for the list of itemized changes, %n for the normal filename (might be shorter than %f), and %L for a " -> symlink" string IIF the item is a symlink (else ""). - The log_{send,recv}() functions now take an "iflags" arg.
-
Wayne Davison authored
what changed over to the sender instead of outputting a string itself. This does mean that we now ship off indexes of non-file items that got updated, but the sender will know what to do with it.
-
Wayne Davison authored
- Also added defines for FLAG_SENT and MSG_SUCCESS.
-
Wayne Davison authored
-