All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Perkel <marc@perkel.com>
To: reiserfs-list@namesys.com
Subject: Re: Reiser4 and ACLs
Date: Mon, 15 Aug 2005 16:30:32 -0700	[thread overview]
Message-ID: <43012598.7080207@perkel.com> (raw)
In-Reply-To: <43012440.8020804@slaphack.com>



David Masover wrote:

>
> Well, I'll let him speak for himself, but I think it's basically this:
>
> xattrs suck, for reasons which are varied and irrelevant.
>
> When it's done, the sys_reiser4 api (and file-as-dir/metas/whatever) 
> will be able to do everything xattrs did, only much better, faster, 
> and more powerfully.
>
> So, it's more worth their time to work on other things, like:
> - kernel acceptance
> - repacker
> - crypto/compression
> - security ("views" or ACLs)
>
> Of course, if someone wanted to pay them for xattrs, and they didn't 
> have another contract going, they'd probably support xattrs.  But for 
> now, it's probably up to us to add xattr support.
>
> Once it's added, these should do the same thing:
>
> openat ("some_attribute")
> open ("metas/some_attribute")
> // or maybe
> open ("metas/xattrs/some_attribute")
>
> Well, there's more to it than that, but the most important thing is, 
> the xattrs should be a subset of the metas namespace.
>
It seems to me that getting in the Kernel is the most important thing. 
Then getting it compatible with existing standards. Then you build up 
the user based (addicts) and then you add the innovative stuff. 
Otherwise people are going to use Ext3 because it has ACLs and Reiser4 
doesn't. That's where I'm at. If it doesn't do ACLs it doesn't work. I 
need acls.

The way I see it - and I may well be missing something - s that the 
current API is just a way of talking to the security layer. So why not 
support multiple ways to talk to it?

  reply	other threads:[~2005-08-15 23:30 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-14  4:34 Reiser4 and ACLs Marc Perkel
2005-08-14  8:08 ` Mark Nipper
2005-08-14 12:26   ` Marc Perkel
2005-08-14 12:31     ` michael chang
2005-08-14 12:38       ` Marc Perkel
2005-08-14 15:44         ` Valdis.Kletnieks
2005-08-14 13:24       ` Nikita Danilov
2005-08-14 13:41         ` Marc Perkel
2005-08-14 17:44           ` Matt Stegman
2005-08-14 19:52           ` David Masover
2005-08-15 17:08         ` Hubert Chan
2005-08-15 20:19           ` Nikita Danilov
2005-08-15 20:34             ` Jonathan Briggs
2005-08-15 20:44               ` Nikita Danilov
2005-08-15 20:55                 ` Marc Perkel
2005-08-15 23:24                   ` David Masover
2005-08-15 23:30                     ` Marc Perkel [this message]
2005-08-15 23:37                       ` michael chang
2005-08-16  0:21                         ` David Masover
2005-08-16  1:26                       ` Hubert Chan
2005-08-16 14:12                         ` michael chang
2005-08-15 23:28               ` David Masover
2005-08-15 20:52             ` Marc Perkel
2005-08-15 23:25               ` David Masover
2005-08-14 19:55     ` David Masover
  -- strict thread matches above, loose matches on Subject: below --
2005-08-17 14:10 Marc Perkel
2005-08-17 19:06 ` Hans Reiser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43012598.7080207@perkel.com \
    --to=marc@perkel.com \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.