All of lore.kernel.org
 help / color / mirror / Atom feed
From: "LiFe" <LiFers@optusnet.com.au>
To: Christian Iversen <chrivers@iversen-net.dk>, reiserfs-list@namesys.com
Subject: Re: WinFS beta out
Date: Wed, 31 Aug 2005 20:44:10 +1000	[thread overview]
Message-ID: <028201c5ae18$edcfe4c0$d60310ac@homedom> (raw)
In-Reply-To: 200508310100.06889.chrivers@iversen-net.dk

Interestingly WinFS will revamp permissions drastically. Any query can be 
joined with any other query of like data.

ie, you can do a calandar query for people who you've had meetings with in 
the last 30 days. Save the query. Then do a permissions query of all 
permissions for a set of directories or files for people you've had meetings 
with in the last 30 days. Then change them all in a few clicks.

The queries are designed to return the data almost immediately, so it works 
fast.

Queries can be much more complex.


----- Original Message ----- 
From: "Christian Iversen" <chrivers@iversen-net.dk>
To: <reiserfs-list@namesys.com>
Sent: Wednesday, August 31, 2005 9:00 AM
Subject: Re: WinFS beta out


> On Wednesday 31 August 2005 00:10, Lexington Luthor wrote:
>> Marc Perkel wrote:
>> > One think to remember when comparing different file systems is not just
>> > speed but functionality. Windows has a far better permission system 
>> > than
>> > Linux does. ACLs bring Linux closer to Windows when it cones to fine
>> > grained permissions, but when you turn ACLs on with reiser 3 it slows
>> > down to 1/10 of normal speed and Reiser 4 ACLs just doesn't work. With
>> > ACLs as part of the mix ReiserFS would get its butt kicked.
>> >
>> > Welcome to the real world.
>>
>> NTFS ACLs also have a number of problems.
>>
>> I have worked with NT systems for many years and I would happily guve up
>> that functionality for some of the flexibility of a Linux based
>> infrastructure.
>>
>> Sadly, at work, I am stuck with Windows :(
>
> I can agree to this. Even with the bare essentials (groups and users only, 
> no
> ACLs), Unix permissions have one huge gain over NT ACLs: clarity.
>
> - When you do "ls -l", you have complete and immediate view of all nodes 
> in
> that directory. This is many times harder to do on windows.
>
> - When you want to figure out if a given user can access a certain file, 
> you
> can do so from the one line in the ls output. On windows you can't do 
> this,
> barring an add-on program, unless you click your way into a deep gui, and
> this is hard to do for multiple nodes.
>
> - When you are securing a system, you can easily tell if a user can access 
> a
> certain file. For instance, if /foo is "drwx------ foo bar", then you know
> that all files under /foo is only available to the one user, foo. On 
> windows,
> if user only foo can access \foo, that's _not_ a guarantee that other 
> users
> can't access files deeper in the directory tree. If they are given 
> permission
> to access \foo\bar, they _can_, no matter the permissions on \bar. 
> Logical?
>
> - Even though administrators are supposed to be "root", they are hindered 
> by
> ACLs, even though they can always change them. This means, that for an 
> admin
> to get file X owned by user U, he has to either
> - Log in as U
> - Replace the file permissions onX
> both of which are not easy to do. Yes there are 3rdparty programs such as
> su.exe that will help tremendously in this, and yes you can just add
> "administrators" with "full control" to all files, but it's still bad 
> design
> IMHO.
>
> Who ordered the fresh rants?
>
> -- 
> Regards,
> Christian Iversen 


  parent reply	other threads:[~2005-08-31 10:44 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-30  4:36 WinFS beta out Gregory Maxwell
2005-08-30  5:42 ` Jake Maciejewski
2005-08-30  6:35   ` Hans Reiser
2005-08-30 13:39     ` LiFe
2005-08-30 15:45       ` Marc Perkel
2005-08-30 22:10         ` Lexington Luthor
2005-08-30 23:00           ` Christian Iversen
2005-08-31  1:06             ` Hans Reiser
2005-08-31  1:18               ` Christian Iversen
2005-08-31 10:44             ` LiFe [this message]
2005-08-31 13:45               ` michael chang
2005-09-01  8:24                 ` LiFe
     [not found]                   ` <b14e81f0050901070453f4d898@mail.gmail.com>
2005-09-01 14:04                     ` michael chang
2005-08-31  0:59         ` Hans Reiser
2005-08-31  4:59           ` Marc Perkel
2005-08-31  5:46             ` David Masover
2005-08-31  7:13             ` Hans Reiser
2005-08-31 13:44               ` michael chang
2005-08-31 14:36                 ` Fundind Reiser Development Marc Perkel
2005-08-31 19:54                   ` Hans Reiser
2005-08-31 14:38                 ` Funding " Marc Perkel
2005-08-31 21:44                 ` WinFS beta out Hans Reiser
2005-08-31 14:32               ` Marc Perkel
2005-08-31 16:01           ` Jeff Mahoney
2005-08-31 17:32             ` changing label of disk Bedros Hanounik
2005-08-31 18:15               ` evilninja
2005-08-31 20:05             ` WinFS beta out Hans Reiser
2005-08-31 20:35               ` Marc Perkel
2005-08-31 17:45           ` Adrian Ulrich
     [not found]         ` <b14e81f00508301124ebf9ab9@mail.gmail.com>
2005-08-31  2:02           ` michael chang

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='028201c5ae18$edcfe4c0$d60310ac@homedom' \
    --to=lifers@optusnet.com.au \
    --cc=chrivers@iversen-net.dk \
    --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.