https://bugzilla.samba.org/show_bug.cgi?id=12367
--- Comment #3 from Wayne Davison ---
Actually, I diagnosed this further, and noticed that the file counts shouldn't
be output at all -- the check for progress output was being fooled by a
temporary setting of the xfer_dirs var when -R is used with
https://bugzilla.samba.org/show_bug.cgi?id=12367
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Sun, Oct 16, 2016 at 1:17 PM, B. S. wrote:
> I have for the longest time been seeing '.L..t..'s in my rsync log,
> despite no changes to such in quite some time, and in trying to track it
> down, been baffled.
>
This means that rsync is trying to set the timestamp on the symlink to
match
On Sat, Oct 29, 2016 at 5:36 AM, Samuel Williams <
space.ship.travel...@gmail.com> wrote:
> The command
>
> ssh -l backup -i /etc/synco/id_rsa -o ConnectTimeout\=60 -o BatchMode\=yes
>
> Is a correct and valid shell command.
>
It is, but there is no shell involved, and assuming that a shell is be
> The point is that the original escaping DOUBLE escapes an equals sign:
> foo\\\=bar
> It shouldn't, there's no reason to.
If you paste into your command line:
rsync -e ssh\ -l\ backup\ -i\ /etc/synco/id_rsa\ -o\
ConnectTimeout\\\=60\ -o\ BatchMode\\\=yes
The list of arguments would be (i.e. th
On Sat 29 Oct 2016, Samuel Williams wrote:
> I'm not proposing some additional characters to split on, but quite
> the opposite, to handle the backslash escaped spaces correctly and NOT
> split. Rest assured, there is no bug with the original escaping. For
> your edification:
>
> $ echo \I\'\m\ \
