[Pkg-shadow-devel] files with ACLs in skel dir
Peter Vrabec
pvrabec at redhat.com
Tue Apr 20 15:23:57 UTC 2010
Hi Nicolas,
sorry for my late response :)
On Wednesday 31 March 2010 11:29:52 am Nicolas François wrote:
> Hi Peter,
>
> Sorry for the long delay.
> I had a second look at the patch and would like to propose some changes.
>
> It seems that the perm_copy_file() API is preferred to
> acl_get_file()/acl_set_file(). (I've read it is because of the handling of
> file system where ACL are not supported)
> perm_copy_file() also makes it easier to set the ACLs (it's much more
> similar to the calls of chmod)
>
> Would you agree with the attached patch?
> (Also, would it reduce the ACL support portability?)
Yeah I think you have much nicer solution.
> The patch also adds support for preserving extended attributes (which will
> include preserving the SELinux extended attributes).
> Is this a bad idea? I remember you sent me a patch for the SELinux support
> in copy_tree(). This used to set the default SELinux file context before
> files / directories were created. Does it conflict with copying the
> extended attributes?
I'm afraid there is a conflict. The reason is simple. Files in /etc/skell have
different selinux context then files in /home/$user. I'll write to Dan Walsh and
ask him about his opinion. But at this moment I don't recommend using support
for preserving extended attributes.
> Note: the patch is not yet tested (either for compilation or in runtime).
compilation: see the patch
runtime: lets say it works too good ( it preserves more then we want ) ;)
>
> Best Regards,
Peter.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: shadow-acls_attrs.patch
Type: text/x-patch
Size: 751 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-shadow-devel/attachments/20100420/2dace37c/attachment.bin>
More information about the Pkg-shadow-devel
mailing list