Title: CVS 1.10 problem - Solaris and "NetApp"

Everything was working fine, then the CVS repository was moved to a file server running a program called "NetApp".

Now only the repository file owners are allowed to make changes (do a cvs commit). If someone who is not the owner of the file in the repository tries a "commit", he gets an error on the operation where CVS tries to move the temporary file named ",file," to the repository file "file,v". This happens even though both parties and all files are members of the same UNIX group.

This happens with both "direct file access" for the repository and using a "pserver" setup.

Example:

gibraltar> cd @zpg
/home/saffran/projects/temp/system/@zpg
gibraltar> emacs length.m
gibraltar> cvs -nq update
M length.m
gibraltar> cvs commit -m 'remove blank line' length.m
Checking in length.m;
/home/accommon/cvsroot/system/@zpg/length.m,v  <--  length.m
new revision: 1.3; previous revision: 1.2
cvs [commit aborted]: cannot rename file /home/accommon/cvsroot/system/@zpg/,length.m, to /home/accommon/cvsroot/system/@zpg/length.m,v: Permission denied

gibraltar> cd /home/accommon/cvsroot/system/@zpg
/home/accommon/cvsroot/system/@zpg
gibraltar> ls -l *length*
-r--r--r--   1 saffran  matlab       718 Jun  9  2000 ,length.m,
-r--r--r--   1 hoefler  matlab       531 May 26 15:07 length.m,v

Details:

Here is some info on our NetApp:

1.  The model is a F740.
2.  It's OS version is 5.3.4R2D3

UNIX where CVS is run:

Solaris 5.6 on a Sun SPARC something-or-other

CVS:

gibraltar> cvs -v

Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)

Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn,
                        Jeff Polk, and other authors

Thanks,

Richard Saffran
Bose Corporation
richard_saffran bose.com

Reply via email to