When attempting a backup of a source system running as root, and a destination system running as a normal user, --fake-super is used to keep track of source permissions, and --chmod is used to ensure that the backup is accessible to backup users on the target system.
In the process however, the addition of --chmod causes permissions to change both on the target filesystem, and within the attributes stored by fake super.
Once such a backup is restored, it is discovered that all source permissions are lost, replaced with the permissions specified by chmod.
With existing behaviour unchanged, a new option --chmod-dest is proposed that will affect the permissions of files and/or directories on the target system.
Patch to follow.
This question on superuser is relevant: https://superuser.com/questions/1406902/can-i-use-override-permissions-in-rsync-and-store-original-in-xattrs
When attempting a backup of a source system running as root, and a destination system running as a normal user, --fake-super is used to keep track of source permissions, and --chmod is used to ensure that the backup is accessible to backup users on the target system.
In the process however, the addition of --chmod causes permissions to change both on the target filesystem, and within the attributes stored by fake super.
Once such a backup is restored, it is discovered that all source permissions are lost, replaced with the permissions specified by chmod.
With existing behaviour unchanged, a new option --chmod-dest is proposed that will affect the permissions of files and/or directories on the target system.
Patch to follow.
This question on superuser is relevant: https://superuser.com/questions/1406902/can-i-use-override-permissions-in-rsync-and-store-original-in-xattrs