Re: Unfortunate results from fake-super

2018-02-07 Thread Dave Gordon via rsync
On 06/02/18 19:03, Dave Gordon via rsync wrote: [:snip:] > > The other part of this problem is that it doesn't at present seem > possible to satisfy all of three individually reasonable requirements of > a backup system at the same time: > > 1.The backup receiver (daemon) need not run as

Re: Unfortunate results from fake-super

2018-02-06 Thread Dave Gordon via rsync
On 05/02/18 23:03, Dave Gordon via rsync wrote: > On 05/02/18 05:53, Wayne Davison wrote: >> On Sat, Feb 3, 2018 at 5:20 AM, Dave Gordon via rsync >> > wrote: >> >> [...fake-super symlink saved as a file...] >> >> This results in the

Re: Unfortunate results from fake-super

2018-02-05 Thread Dave Gordon via rsync
On 05/02/18 05:53, Wayne Davison wrote: > On Sat, Feb 3, 2018 at 5:20 AM, Dave Gordon via rsync > > wrote: > > [...fake-super symlink saved as a file...] > > This results in the copy being world-writable. > > Indeed. The file

Re: Unfortunate results from fake-super

2018-02-04 Thread Wayne Davison via rsync
On Sat, Feb 3, 2018 at 5:20 AM, Dave Gordon via rsync wrote: > [...fake-super symlink saved as a file...] This results in the copy being world-writable. > Indeed. The file initially gets created as a mode-600 file, but the code later tweaks the permissions to match the

Re: Unfortunate results from fake-super

2018-02-03 Thread Dave Gordon via rsync
On 03/02/18 15:52, Dave Gordon via rsync wrote: > On 03/02/18 13:20, Dave Gordon via rsync wrote: >> When using fake-super mode in an rsync receiver, anything that's neither a >> file nor a directory (e.g. devices, symlinks, etc) is converted into a file, >> and properties such as original

Re: Unfortunate results from fake-super

2018-02-03 Thread Dave Gordon via rsync
On 03/02/18 13:20, Dave Gordon via rsync wrote: > When using fake-super mode in an rsync receiver, anything that's neither a > file nor a directory (e.g. devices, symlinks, etc) is converted into a file, > and properties such as original ownership, filetype, and permissions are > stored in a

Unfortunate results from fake-super

2018-02-03 Thread Dave Gordon via rsync
When using fake-super mode in an rsync receiver, anything that's neither a file nor a directory (e.g. devices, symlinks, etc) is converted into a file, and properties such as original ownership, filetype, and permissions are stored in a specific extended attribute. In the case of a symlink, the