All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Perkel <marc@perkel.com>
To: reiser@namesys.com, reiserfs-list@namesys.com
Subject: Re: Reiser4 and ACLs
Date: Sun, 14 Aug 2005 05:26:55 -0700	[thread overview]
Message-ID: <42FF388F.3010506@perkel.com> (raw)
In-Reply-To: <20050814080812.GA22983@king.bitgnome.net>

[-- Attachment #1: Type: text/plain, Size: 1239 bytes --]



Mark Nipper wrote:

>On 13 Aug 2005, Marc Perkel wrote:
>  
>
>>So - how do you get Reiser 4 to work with ACLs? Can't find a mount 
>>option in any docs.
>>    
>>
>
>	They are not supported yet under Reiser4.  I'm sure this
>is keeping just a few people from early adoption at the moment.
>:)
>
>  
>
ACLs not supported? That's bizzare! That's insane!

I had been reading that the very reason you want to use Reiser 4 is 
because that's where the ACLs were going to be. It is after all built on 
a database and the Reiser4 page is full of talk about ACLs. It is 
claimed that Reiser4 is done and ready for the real world and no ACL 
support. Reiser 3 has ACL support. EXT3 has ACL support. Every other 
file system has ACL support.

How can there be a claim that Reiser4 is ready to be merged into the 
Kernel without ACL support? Here I am gearing up to switch over and now 
I can't. I just spent the last few week hassling Redhat to make Fedora 
more Reiser friendly. This is moe than just a little disapointing. It's 
just plain crazy.

So - what's the story with that? Why no ACLs in a system built on a 
dadtbase?

-- 
Marc Perkel - marc@perkel.com

Spam Filter: http://www.junkemailfilter.com
    My Blog: http://marc.perkel.com


[-- Attachment #2: Type: text/html, Size: 1946 bytes --]

  reply	other threads:[~2005-08-14 12:26 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 [this message]
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
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=42FF388F.3010506@perkel.com \
    --to=marc@perkel.com \
    --cc=reiser@namesys.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.