Re: Problem with extended ACLs in 3.0.4?

2009-04-09 Thread Wayne Davison
On Sun, Nov 02, 2008 at 07:18:39PM +, Andrew Gideon wrote: The previous copy of the file has the correct/complete ACL, and the link-dest logic sees this as different from the new copy result so a new copy of the file - with the wrong ACL - is written. Rsync was of the belief that a mask

Re: Problem with extended ACLs in 3.0.4?

2009-03-17 Thread Andrew Gideon
On Sun, 02 Nov 2008 16:10:23 -0500, Matt McCutchen wrote: Fixing this in a way that works with all combinations of mask-requiring and non-mask-requiring systems will take some care. We discussed similar issues a while ago: http://lists.samba.org/archive/rsync/2006-October/016400.html

Re: Problem with extended ACLs in 3.0.4?

2009-03-17 Thread Matt McCutchen
On Tue, 2009-03-17 at 17:35 +, Andrew Gideon wrote: On Sun, 02 Nov 2008 16:10:23 -0500, Matt McCutchen wrote: Fixing this in a way that works with all combinations of mask-requiring and non-mask-requiring systems will take some care. We discussed similar issues a while ago:

Re: Problem with extended ACLs in 3.0.4?

2008-11-09 Thread Andrew Gideon
On Sun, 02 Nov 2008 16:10:23 -0500, Matt McCutchen wrote: Fixing this in a way that works with all combinations of mask-requiring and non-mask-requiring systems will take some care. Any thoughts on this? The code has changed significantly from when I did my futzing around in 2.6.2, so - even

Problem with extended ACLs in 3.0.4?

2008-11-02 Thread Andrew Gideon
I've been using a 2.6.2 that I modified myself to get ACLs as I like. I'm trying now to get back into the public version of rsync, but am finding difficulties. This one seems pretty basic. It's on a CentOS 4.5 machine with rsync rpm rsync-3.0.4-1.el4.rf and kernel 2.6.9-55.0.2.plus.c4.

Re: Problem with extended ACLs in 3.0.4?

2008-11-02 Thread Matt McCutchen
On Sun, 2008-11-02 at 19:18 +, Andrew Gideon wrote: This one seems pretty basic. It's on a CentOS 4.5 machine with rsync rpm rsync-3.0.4-1.el4.rf and kernel 2.6.9-55.0.2.plus.c4. After the operation, f1 and f2 should have identical ACLs. They don't. [EMAIL PROTECTED] t]# rsync

Re: Problem with extended ACLs in 3.0.4?

2008-11-02 Thread Andrew Gideon
On Sun, 02 Nov 2008 15:33:05 -0500, Matt McCutchen wrote: You need to pass -A to preserve ACLs. -X does not process system.* extended attributes. Sorry. I actually [think I] know that, but copied the wrong test. As you'll see below, -A yields the same results: [EMAIL PROTECTED]

Re: Problem with extended ACLs in 3.0.4?

2008-11-02 Thread Matt McCutchen
On Sun, 2008-11-02 at 20:48 +, Andrew Gideon wrote: As you'll see below, -A yields the same results: [EMAIL PROTECTED] t]# getfacl f1 f2 # file: f1 # owner: adm # group: sys user::r-x group::r-x mask::r-x other::r-x

Re: Problem with extended ACLs in 3.0.4?

2008-11-02 Thread Andrew Gideon
On Sun, 02 Nov 2008 16:10:23 -0500, Matt McCutchen wrote: [...] I guess one could still make the argument that the ACLs should be copied exactly. That would be my assertion. Regardless of the reason for the mask being present - added by the user or required by the file system - the default