FROM : David Rehring
DATE : Fri Jan 11 13:21:01 2002
On 1/10/02 10:48 AM, Rohith Bhat at <email_removed> wrote:
> Hi there
>
> We have our project set up to use CVS for SCM. This CVS Server is basically
> an iMac running Mac OS X 10.1 server. Till recently all the client
> machines were running Mac OS X 10.0.4 clients with 10.0.4 Developer tools
> and we did not have any problems checking in, checking out, committing,
> updating files between the clients and the server. We used to mount the
> "CVS Server's" volume on the client machine using AppleTalk and used to give
> the full path while performing the CVS operations from the Terminal
> application
>
> Recently we made the move to Mac OS X 10.1 on the client side and also to
> the Mac OS X 10.1 Developer tools (*not* the December developer tools).
> After moving to 10.1 on the client side, the CVS 'commit' fails, although
> other CVS operations like 'Restore', 'Check Out', work. The error that we
> are getting is:
>
> cvs [commit aborted]: could not open lock file
> `/Volumes/Shared/CVS/project/,file1.java,': Permission denied
>
> I tried using the 'SCM' menu item under Project Builder and I get a similar
> error message. The Privileges are all set fine and this does not seems to be
> the problem. Full privilege is given to the repository files and also to the
> sandbox(local copy) files.
>
> For testing purpose, I tried creating a test repository on my local hard
> drive and tried to commit files on to it. This worked fine. So I guess that
> the problem has something to do with mounting the CVS Server volume over a
> network. Has anything with respect to mounting volumes, changed from Mac OS
> 10.0.4 to 10.1 ?
>
> Did anyone experience similar problems ? Does anyone have any inputs for me
> ?
I think it would be better for you to setup CVS to work as a client/server,
rather than using AFP for accessing the files directly. I believe that the
method you use will result in corruption of the CVS repository if two
developers have it 'mounted' and modify it at the same time.
Offhand, I don't have a URL with instructions how to do this for OS X [as
it's done differently than under a 'normal' UNIX], try searching for
'pserver'? The end-result is that you would no longer have to 'mount' the
CVS server volume via AFP [you would access via a specific TCP/IP port
instead], and all your developers would be able to access it both via the
command line and from ProjectBuilder. I believe that CVS would even track
who checked-in what revision using this method [I'm not sure if it does
using your method].
Later,
--
David Rehring Psychos do not explode when light hits
Senior Software Engineer them, no matter how crazy they are...
Atimi Software, Inc.
www.atimi.com And totally insane guy!
DATE : Fri Jan 11 13:21:01 2002
On 1/10/02 10:48 AM, Rohith Bhat at <email_removed> wrote:
> Hi there
>
> We have our project set up to use CVS for SCM. This CVS Server is basically
> an iMac running Mac OS X 10.1 server. Till recently all the client
> machines were running Mac OS X 10.0.4 clients with 10.0.4 Developer tools
> and we did not have any problems checking in, checking out, committing,
> updating files between the clients and the server. We used to mount the
> "CVS Server's" volume on the client machine using AppleTalk and used to give
> the full path while performing the CVS operations from the Terminal
> application
>
> Recently we made the move to Mac OS X 10.1 on the client side and also to
> the Mac OS X 10.1 Developer tools (*not* the December developer tools).
> After moving to 10.1 on the client side, the CVS 'commit' fails, although
> other CVS operations like 'Restore', 'Check Out', work. The error that we
> are getting is:
>
> cvs [commit aborted]: could not open lock file
> `/Volumes/Shared/CVS/project/,file1.java,': Permission denied
>
> I tried using the 'SCM' menu item under Project Builder and I get a similar
> error message. The Privileges are all set fine and this does not seems to be
> the problem. Full privilege is given to the repository files and also to the
> sandbox(local copy) files.
>
> For testing purpose, I tried creating a test repository on my local hard
> drive and tried to commit files on to it. This worked fine. So I guess that
> the problem has something to do with mounting the CVS Server volume over a
> network. Has anything with respect to mounting volumes, changed from Mac OS
> 10.0.4 to 10.1 ?
>
> Did anyone experience similar problems ? Does anyone have any inputs for me
> ?
I think it would be better for you to setup CVS to work as a client/server,
rather than using AFP for accessing the files directly. I believe that the
method you use will result in corruption of the CVS repository if two
developers have it 'mounted' and modify it at the same time.
Offhand, I don't have a URL with instructions how to do this for OS X [as
it's done differently than under a 'normal' UNIX], try searching for
'pserver'? The end-result is that you would no longer have to 'mount' the
CVS server volume via AFP [you would access via a specific TCP/IP port
instead], and all your developers would be able to access it both via the
command line and from ProjectBuilder. I believe that CVS would even track
who checked-in what revision using this method [I'm not sure if it does
using your method].
Later,
--
David Rehring Psychos do not explode when light hits
Senior Software Engineer them, no matter how crazy they are...
Atimi Software, Inc.
www.atimi.com And totally insane guy!
| Related mails | Author | Date |
|---|---|---|
| Rohith Bhat | Jan 11, 00:33 | |
| David Rehring | Jan 11, 13:21 | |
| Mike Cohen | Jan 11, 13:37 |






Cocoa mail archive

