You're amazing. I tried creating a new file and it wouldn't let me write out. I added id permissions (insert, delete) and it works. I wonder why the "staff" group doesn't need it... Oh well.
Thanks so much! --Derek > -----Original Message----- > From: Aaron S. Hawley [mailto:[EMAIL PROTECTED] > Sent: Friday, May 27, 2005 3:17 PM > To: Derek Winkler > Cc: [email protected] > Subject: RE: DFS Permissions problem > > For you information, the error you're seeing is related to > RCS's inability to create a temporary file in the current > directory. That is my understanding. The error of RCS's > `co` command is not very useful, and I'm not so sure the > wording of "parent directory" is even accurate. > Essentially, you should be testing your ACL settings by > trying to write to the directory by creating a file with the > username/group that is giving you trouble. This is what RCS > is trying to do and can't. > > The possibility you're correct and there is inconsistent > permissions behavior between RCS and any other file system > accesses (via the shell or a text editor) means there are > setuid issues (introduced by DCE) and RCS's handling of it. > I know very little about that part of RCS without further research. > > /a > > On Fri, 27 May 2005, Derek Winkler wrote: > > > I would possibly think the same except it works under one > > username/group but not another: > > > > > kinfo > > > > Identity Expiration: Fri Jun 3 10:48:53 2005 > > > > Realm: /.../umiacs.umd.edu > > Identity: wink > > Primary Group: wink > > > > Groups: wink > > staff > > > cd /dfs/umaint/stow/UMno/libdata/ > > > co -l portlist > > RCS/portlist,v --> portlist > > revision 1.1176 (locked) > > done > > > ci -u portlist > > RCS/portlist,v <-- portlist > > file is unchanged; reverting to previous revision 1.1176 done > > > > > > ananke.umiacs.umd.edu# kinfo > > > > Identity Expiration: Sat May 28 08:48:28 2005 > > > > Realm: /.../umiacs.umd.edu > > Identity: hosts/ananke.umiacs.umd.edu/self > > Primary Group: none > > > > Groups: none > > subsys/dce/dts-servers > > ananke.umiacs.umd.edu# cd /dfs/umaint/stow/UMno/libdata > > ananke.umiacs.umd.edu# co -l portlist > > RCS/portlist,v --> portlist > > co: portlist: permission denied on parent directory > > ananke.umiacs.umd.edu# > > > > user:hosts/ananke.umiacs.umd.edu/self *and* > group:subsys/dce/dts-servers > > have the same acl permissions as group:staff on > > /dfs/umaint/stow/UMno/libdata, > /dfs/umaint/stow/UMno/libdata/portlist, > > /dfs/umaint/stow/UMno/libdata/RCS, and > > /dfs/umaint/stow/UMno/libdata/portlist,v > > > > --Derek > > > > > -----Original Message----- > > > From: Aaron S. Hawley [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, May 26, 2005 11:34 PM > > > To: Derek Winkler > > > Cc: [email protected] > > > Subject: Re: DFS Permissions problem > > > > > > On Wed, 25 May 2005, Derek Winkler wrote: > > > > > > > ... > > > > > > > > I gave the local root permissions to another file that it > > > previously > > > > wasn't allowed to edit and the change took effect... I > was able to > > > > write to the file. Is there something else that co looks at > > > that I'm missing? > > > > > > Welcome Derek, > > > > > > My guess is the problem is associated with not having > > > permissions for the > > > *directory* be writable. Nothing to do with DCE/DFS. > > > > > > /a > > > > > > -- > > > Consider supporting GNU Software and the Free Software > > > Foundation By Buying Stuff - http://www.gnu.org/gear/ > > > (GNU and FSF are not responsible for > > > this promotion > > > nor do they necessarily agree with the views > > > of the author) > _______________________________________________ Help-rcs mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-rcs
