home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!news.bbn.com!micro-heart-of-gold.mit.edu!uw-beaver!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!janus.arc.ab.ca!janus!maariano
- Newsgroups: comp.protocols.appletalk
- Subject: Re: CAP aufs desktop problem
- Message-ID: <MAARIANO.93Jan12163805@skyler.arc.ab.ca>
- From: maariano@skyler.arc.ab.ca (Marco Ariano)
- Date: 12 Jan 93 23:38:05 GMT
- References: <1993Jan5.132732.8376@malmo.trab.se> <1993Jan10.064039.26019@ntg.com>
- Organization: Alberta Research Council, Calgary Alberta, Canada
- Nntp-Posting-Host: skyler.arc.ab.ca
- In-reply-to: dplatt@ntg.com's message of 10 Jan 93 06:40:39 GMTLines: 56
- Lines: 56
-
- I am having a similar problem with respect to view information not
- being kept. If this is a FAQ, please point me in the right direction.
-
- I'm not the sysadmin but I'm allowed to write to a publically
- available volume. (CAP AUFS was installed by the previous sysadmin
- and the current one knows little about it. I'm hoping to find out
- here the answer to my problem so that I can pass it on to the new
- sysadmin. It's easier to get things fixed if you can tell someone how
- to do it...)
-
- In order for several people to be able to write to the PublicVolume, a
- unix group (say apple) was created. All the files in the PublicVolume
- (in the unix world) are given rwX permissions for the owner and group.
- All people that should be able to write to PublicVolume are included
- in the apple group (including me). Is this a reasonable idea in the
- first place?
-
- I can now write files and folders to the PublicVolume, including into
- folders that I don't own. If I set the view for these folders (those
- owned by someone else) to "by Small Icon" or "by Icon", things look
- fine until I reopen the folder. (Other views seem to work fine.)
- Subfolders of which I'm owner all appear on top of each other in the
- upper-left corner of the folder. (This behavior seems worse when
- viewing "by Icon".) I believe I've made sure that all necessary files
- exist and have the correct permissions.
-
- For example, assume that the file
- .../Mac/PublicVolume
- is mounted as a public volume and that the unix world looks something
- like (I haven't included all the files):
-
- File: Owner: Group: Perms:
-
- .../Mac/.finderinfo ftpadmin apple drwxrwxr-x
- PublicVolume/ ftpadmin apple drwxrwxr-x
- .finderinfo ftpadmin apple drwxrwxr-x
- .resource ftpadmin apple drwxrwxr-x
- foo/ ftpadmin apple drwxrwxr-x
- .finderinfo ftpadmin apple drwxrwxr-x
- .resource ftpadmin apple drwxrwxr-x
- Original ftpadmin apple drwxr-xr-x
- Mine maariano apple drwxrwxr-x
- /* maariano apple
-
- Changing the view of foo works once at most. After that, the folder
- Mine (and any other similar folders) appears on top of the folder
- Original. The foo/.finderinfo file is even modified. Views within
- Mine are 'remembered'.
-
- Is this a bug or just a feature due to trying to to use CAP AUFS
- inappropriately? Any help would be appreciated.
- --
- Marco Ariano Alberta Research Council
- maariano@skyler.arc.ab.ca Advanced Computing and Engineering Dept.
- ph: (403) 297-2672 Calgary, Alberta
- fax: (403) 297-2339 Canada T2E 7H7
-