Article View: comp.protocols.appletalk
Article #4028Re: CAP aufs desktop problem
From: Marco Ariano
Date: Tue, 12 Jan 1993 23:38
Date: Tue, 12 Jan 1993 23:38
56 lines
3604 bytes
3604 bytes
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
Technical Details
Message-ID:
<MAARIANO.93Jan12163805@skyler.arc.ab.ca>Path:
arc1-ca.pugleaf.net!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!maarianoReferences:
<1993Jan5.132732.8376@malmo.trab.se> <1993Jan10.064039.26019@ntg.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!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