Chris Palmer writes:
Your password isn't saved there, nor is the access method.
The access method is part of the root specification, so it most
certainly *is* saved in CVS/Root. You can also specify your password as
part of the root specification (although it's generally a bad idea to do
Larry Jones wrote:
When you check out a directory, CVS remembers the CVSROOT and uses it
for all subsequent operations in that directory. (This makes life much
simpler for those of us who use multiple repositories.) What you need
to do is to edit that saved CVSROOT (in CVS/Root) to
Your password isn't saved there, nor is the access method.
it just tracks the server/directories. You might already
have more info stored in your environment variables, if you
tend to use just a single single repository all of the time.
Obscurity isn't security, so if you choose to make sure
Hmmm - I suspect my question was misunderstood, so I shall ask it differently.
If I edit the file CVS/Root for a given working directory, are there any other
dependencies to be aware of, or is this just like setting the CVSROOT env var,
except with a higher priority?
On Mon, Jul 15, 2002 at 09:13:32PM -0700, Mike Ayers wrote:
If I edit the file CVS/Root for a given working directory, are there any other
dependencies to be aware of, or is this just like setting the CVSROOT env var,
except with a higher priority?
Yes to the latter, therefore no to
Hello all WinCVS and cvs guru's out there. I would like to solicit your
help in solving a strange problem one of my users is having.
I have a user that has taken over a PC from another user and is using
WinCVS 1.10 to get files from a Solaris Build cvs 1.10 server. The user
attempts to login and
Kennedy, Todd writes:
I have a user that has taken over a PC from another user and is using
WinCVS 1.10 to get files from a Solaris Build cvs 1.10 server. The user
attempts to login and receives an exit code of 0 but when he tries to
Update Files he gets a Not logged in error. So the user
