From: Robert Botha (flash_at_flash.za.org)
Date: 2002-07-23 21:13:41 UTC
Hi Pavel,
Thanx for the fast reply :)
So it's confirmed a problem on the server side
I'm sure Jouni will fix..he monitors the list frequently
-Robert
-----Original Message-----
From: Pavel Roskin [mailto:proski_at_gnu.org]
Sent: 23 July 2002 23:05
To: Robert Botha
Cc: HostAP List
Subject: Re: Problems checking out the CVS version
Hi, Robert!
> I'm having trouble checking out the CVS version since the kernel-patches
> update
> here's the error I get:
>
> cvs server: Updating hostap/kernel-patches
> cvs server: failed to create lock directory for
`/cvs/hostap/kernel-patches'
> (/cvs/hostap/kernel-patches/#cvs.lock): Permission denied
> cvs server: failed to obtain dir lock in repository
> `/cvs/hostap/kernel-patches'
> cvs [server aborted]: read lock failed - giving up
>
> Any Ideas?
I have the same problem with kernel-patches and pcmcia-cs-patches. Running "cvs -n update" shows what cvs wants to do. There is also another directory "inject" that is ignored for some other reason that cvs fails to report properly, but tracing shows that something is seriously wrong:
$ cvs -n -t up inject
-> main loop with CVSROOT=:pserver:anonymous_at_hostap.epitest.fi:/cvs
-> Connecting to hostap.epitest.fi(194.100.116.233):2401
cvs server: New directory `inject' -- ignored
cvs update: dying gasps from hostap.epitest.fi unexpected
-> Lock_Cleanup()
My guess is that permissions are wrong on those directories. I believe that it's much better to use a separate lock directory with relaxed permissions by setting LockDir in CVSROOT/config - this is recommended if read-only access needs to be supported.
-- Regards, Pavel Roskin