Re: WinCVS 1.10 problem Logging in
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 so). If you do, it will also be saved. I'll note in passing that you completely misunderstood the question, it's generally considered impolite to put your response above the quoted material, and you should only quote enough to supply context for your reply rather than the entire message. -Larry Jones Hello, local Navy recruitment office? Yes, this is an emergency... -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: WinCVS 1.10 problem Logging in
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 the former. It's safe, and indeed the usual method for dealing with such situations. There might even be a script in contrib to automate it... > Could I delete the CVS directory tree in a given working directory, then `cvs > login` to a different (or the same) server to correctly rebuild the CVS > directory tree, pointing to the new server? NO NO NO! If you're lucky, CVS will just refuse to create the "CVS" subdirectory. If you're unlucky, it'll go ahead and do it. Why "unlucky?" Because it'll get it wrong, and you won't notice till later. The likelihood of CVS getting it right is pretty small (depending on how active your repo is, how up-to-date your sandbox was before you started, etc.) You'll lose all sorts of other state that you really wanted to keep, such as sticky tags/dates, the revision that each file was last synced with (losing this will completely bollix future updates/merges/commits) -- all the stuff that CVS is about in the first place. That state info is stored nowhere else, so if you trash it, CVS can't possibly recreate it. Just edit CVS/Root, either manually or with a script at your preference. -- | | /\ |-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / Anyone who swims with the current will reach the big music steamship; whoever swims against the current will perhaps reach the source. - Paul Schneider-Esleben ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: WinCVS 1.10 problem Logging in
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? Could I delete the CVS directory tree in a given working directory, then `cvs login` to a different (or the same) server to correctly rebuild the CVS directory tree, pointing to the new server? /|/|ike Chris Palmer wrote: > 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 > that your repository location is not know, you should also > know that it WON'T be any safer by trying to hide them. > Security is maintained via authentication and access control. > > Actually, you might be more concerned with the existence of > the $HOME/.cvspass file (or whatever it's called), because > that actually does store passwords for repositories. I think > it only applies to pserver access, where you login to the cvs > server to get access. > > -Chris > > Mike Ayers wrote > >>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 have the correct >> > username. >> >> Is this generally safe? Is it possible to delete CVS/* in a directory and do >a >>`cvs update -d [CVSROOT]` to redirect CVSROOT? >> >> >>/|/|ike >> >> >>___ >>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
Re: WinCVS 1.10 problem Logging in
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 that your repository location is not know, you should also know that it WON'T be any safer by trying to hide them. Security is maintained via authentication and access control. Actually, you might be more concerned with the existence of the $HOME/.cvspass file (or whatever it's called), because that actually does store passwords for repositories. I think it only applies to pserver access, where you login to the cvs server to get access. -Chris Mike Ayers wrote > > 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 have the correct > > username. > > Is this generally safe? Is it possible to delete CVS/* in a directory and do >a > `cvs update -d [CVSROOT]` to redirect CVSROOT? > > > /|/|ike > > > ___ > 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
Re: WinCVS 1.10 problem Logging in
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 have the correct > username. Is this generally safe? Is it possible to delete CVS/* in a directory and do a `cvs update -d [CVSROOT]` to redirect CVSROOT? /|/|ike ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: WinCVS 1.10 problem Logging in
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 again selects > login from the Admin menu and is prompted for a password but now the > CVSROOT has a different user name than what is configured under > Admin->Preferences. 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 have the correct username. -Larry Jones Ever notice how tense grown-ups get when they're recreating? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
WinCVS 1.10 problem Logging in
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 receives an exit code of 0 but when he tries to Update Files he gets a "Not logged in error". So the user again selects login from the Admin menu and is prompted for a password but now the CVSROOT has a different user name than what is configured under Admin->Preferences. I have done as much troubleshooting as I can on this issue but have not found any preset system wide variables that may affect this. I also logged into CVS using the users login account and was successful. There is some strange configuration somewhere in the users PC that is changing the users login. Any help on this matter is much appriciated. Thanks, ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs