Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.sys.acorn.programmer > #6422

Re: Directory permissions

From Ronald <chchron@yahoo.co.nz>
Newsgroups comp.sys.acorn.programmer
Subject Re: Directory permissions
Date 2023-01-07 10:55 +1300
Organization None
Message-ID <5a62b524f0chchron@yahoo.co.nz> (permalink)
References <5a623e95e5chchron@yahoo.co.nz> <mpro.ro2p7q00362150sy8.spamtrap@mw-software.com>

Show all headers | View raw


In article <mpro.ro2p7q00362150sy8.spamtrap@mw-software.com>,
   Martin Wuerthner <spamtrap@mw-software.com> wrote:
> Ronald <chchron@yahoo.co.nz> wrote:

> > I have run into permission translation problems on a gccsdk project. I
> > will develop my own ls command further for research purposes. On the RISC
> > OS 5.28 side, 'protecting' a directory from access only is reflected in
> > the info option as L.

> You cannot protect a directory from any access apart from deletion, and that
> is achieved by locking it. You cannot stop anyone from adding files to a
> directory or deleting files from it, at least not on a local FileCore disc.

> > The access option for a directory displays the same
> > regardless. even though the whole contents has been locked from that point
> > I guess this means a directory has no attributes other than 'L'ock.

> It has the usual user R/W and public R/W attributes, and they can be
> changed, but they do not do anything on a local disc, so the Filer sets just
> the "Locked" flag when you choose "Protected".

The original PRM skips over this, but I came across the (forgotten) *EX
Both Cat and Ex display the attributes. Ex perhaps a better display.

Yes I dont think there is any low level 'security' regarding
users/groups but if checking or setting permissions it sounds like 
unixlib would be compatible.
If a directory was put in (RO)Lock by way of unix attributes, it would
probably undo the lock in a similar way.

There is strange stuff happening when svnadmin (1.14) creates an fsfs 
repository that doesn't happen on linux. 
svnadmin creates rev/0/0 file but later actions want a rev/0 file but
I think the rev/0/0 is the correct one.
Could be just corruption in the svn fsfs name handling rather than
a permissions issue.

I will set up a linux based svn server and see if the general operations
work then. 

Thanks

Back to comp.sys.acorn.programmer | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-06 13:20 +1300
  Re: Directory permissions Martin Wuerthner <spamtrap@mw-software.com> - 2023-01-06 17:45 +0100
    Re: Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-07 10:55 +1300
      Re: Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-07 15:31 +1300
        Re: Directory permissions Ronald <chchron@yahoo.co.nz> - 2023-01-09 21:20 +1300

csiph-web