Yes, I know.
Simon has the ownership of that directory, but both his "group" settings
and the permissions on that file are incorrect.
This is a bit of a weakness of CVS, in that it uses the standard
permissions and group of the person who adds a directory of CVS. I don't
know of an override of this behavior.
The easiest solution is for simon to set the ownership to sirca:blast
and the permissions to oug+rwx.
drwxrwxr-x 2 sirca man 4096 Dec 11 13:28 DGen
-r--r--r-- 1 sirca man 676 Dec 11 13:20 Makefile.in,v
drwxrwxrwx 2 chris2 blast 4096 Dec 11 18:06 deuterium
drwxrwxrwx 4 chris2 blast 4096 Dec 11 18:06 epel
drwxrwxrwx 2 chris2 blast 4096 Dec 11 18:06 helium
drwxrwxrwx 2 chris2 blast 4096 Dec 11 18:06 pdf
drwxrwxrwx 2 chris2 blast 4096 Dec 11 18:06 userGenC
drwxrwxrwx 2 chris2 blast 4096 Dec 11 18:06 userGenFortran
drwxrwxrwx 2 edsix blast 4096 Dec 11 18:06 userMoller
drwxrwxrwx 2 chris2 blast 4096 Dec 11 18:06 userMott
Cheers,
Maurik
On Wed, 2001-12-12 at 09:59, Aaron Joseph Maschinot wrote:
> Hello, all:
>
> I just tried to use CVS to get a "fresh" copy of everything (i.e. the "co"
> option). Towards the end of checkout, I got the following error messages:
>
> cvs server: Updating userGen
> U userGen/Makefile.in
> cvs server: Updating userGen/DGen
> cvs server: failed to create lock directory in repository
> `/home/blast/cvsroot/userGen/DGen': Permission denied
> cvs server: failed to obtain dir lock in repository
> `/home/blast/cvsroot/userGen/DGen'
> cvs [server aborted]: read lock failed - giving up
>
> Does anyone know what's wrong?
>
> Thanks,
>
> Aaron
>
This archive was generated by hypermail 2.1.2 : Mon Feb 24 2014 - 14:07:28 EST