After further investigation, I actually am now seeing it on the client box as well. Perhaps I was all along ...
Here is the terminal output: C:\dev\test\MAIN>cvs checkout -d . test cvs server: existing repository /usr/local/cvsroot does not match /usr/local/cvsroot/test cvs server: ignoring module test Is this what is expected? > -----Original Message----- > From: Craig Dickson [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 26, 2003 2:11 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Checkout problem on cvs host > > > > -----Original Message----- > > From: Todd Denniston [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, February 26, 2003 1:08 PM > > To: Craig Dickson > > Cc: [EMAIL PROTECTED] > > Subject: Re: Checkout problem on cvs host > > > > > > Craig Dickson wrote: > > > > > > > > > > > > > When I run the following command on a client computer > > it works as > > > expected: > > > > > > > > > > cvs -d :pserver:[EMAIL PROTECTED]:/usr/local/cvsroot > > checkout -d . test > > > > > > > >Running CVS as root is nuts. Doing it using pserver doubly so. > > > > > > Its just a test system, so get over it. > > > > > > > still bad, because you do not get used to getting your > > directory permissions > > and group file configured correctly. working on getting > over it. :) > > > > just something about being called 'nuts' by someone who didnt > have anything > constructive to actually say. > > > > > > > > > > However, when I run it on the box that is actually > > hosting the cvs > > > pserver, > > > > > I get this: > > > > > > > > > > cvs server: existing repository /usr/local/cvsroot does > > not match > > > > > /usr/local/cvsroot/test > > > > > cvs server: ignoring module test > > > > > > > > checkout really wants to create the directory. The usual > > advice is to > > > > run the command from one level higher in the tree with a > > real directory > > > > name rather than ".". > > > > > > that doesn't explain the error message, since the operation > > works on a > > > client. the question is, what is different when running on > > the actual host > > > server that might cause this message? > > > > it might help if you posted the pwd of the directory you were > > running your cvs > > command from and the actual cvs line used on the server. > > Kind of looks like you may be attempting to checkout a > > sandbox inside of the > > repository, I believe cvs no longer likes that at all. > > > > ah, nope I am in a different directory, which is actually > /root/cctest/test_MAIN > and $CVSROOT locally is /usr/local/cvsroot - but I want to > access it via > pserver, so > that the same script will work on other boxes as well. > > > > -- > > ______________________________________________________________ > > ________________ > > I'd crawl over an acre of 'Visual This++' and 'Integrated > Development > > That' to get to gcc, Emacs, and gdb. Thank you. > > -- Vance Petree, Virginia Power > > > > > _______________________________________________ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs > _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs