Re: [PATCH v4 0/5] nfsd + hfsplus: introduce generalized version of NFSv4 ACLs <-> POSIX ACLs mapping algorithms

["J. Bruce Fields" <bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org>]

On Fri, May 10, 2013 at 03:19:45PM +0400, Vyacheslav Dubeyko wrote:
> Yes, I am going to support richacls on hfsplus side when the richacl
> patch set will be in mainline. How soon it will be in mainline? Why
> the richacl patch set is not mainline yet?

Because nobody's working on it.  Why don't you work on it?

> What it should be made for
> promoting richacl patch set in mainline?

Track down the latest version, rebase it to the latest kernel, make sure
it still works (I think there are also some tests that you'd want to
run).  Look for feedback on previous postings, read it and take it into
account.  Post new versions, get feedback.  Repeat as necessary.

> The most of file systems in Linux support POSIX ACL model. So, I think
> that it makes sense to support POSIX ACLs for HFS+ also. Because it is
> possible to use POSIX ACLs only under Linux. And such extended
> attributes may be simply ignored under Mac OS X. So, what good way is
> for it? I think that we can use "com.apple.system.Security" xattrs for
> richacl model. And this xattrs will be valid NFSv4 ACLs as for Linux
> as for Mac OS X. But also it is possible to use
> "system.posix_acl_access" and "system.posix_acl_default" xattrs as
> storage of POSIX ACLs that will be treated only under Linux as ACLs.
> Mac OS X will treat such xattrs as raw xattrs without any real meaning
> for this OS. What do you think about such suggestion?

I don't know, it depends on how you expect the filesystem to be used.

--b.
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html