[cvsnt] Re: Mixing :local: and client/server protocols (was:Whenyou gotta....)

Bo Berglund Bo.Berglund at system3r.se
Tue Jun 15 17:38:12 BST 2004


Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.


First of all the webserver is a development server that sits behind a 
Symantec Raptor firewall with no connection whatever to the real world. 
So storing the root there is not that much of a problem.

But nevertheless I use a specially created account for this purpose that 
is only allowed read access to the CVS repository.

I will look to see if I can get it to work also without any user:password 
entries. This would of course be better. OTOH it is really not a problem
for me, I just supplied the info on how I did it to help the original
poster....

/Bo

-----Original Message-----
From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org]On Behalf
Of Oliver Giesen
Sent: den 15 juni 2004 11:21
To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
Subject: Re: [cvsnt] Re: Mixing :local: and client/server protocols
(was:Whenyou gotta....)


Bo Berglund wrote:

> I didn't realize that the initial checkout actually store the user AND
> password in the CVS/Root files.  I thought that the password was stored
 > in a location in the Registry

That's only if you use the Login command. The CVSROOT you specify on 
checkout is always stored literally in ./CVS/Root exactly as you 
specified it. However, using Login is no alternative in your case if you 
want to run the command as a different user than the one doing the commit...


 > I thought that the password was stored
> in a location in the Registry and since the checkout was done by a real
> user to begin with I had to set this -d parameter to get it to work when
> the update is launched from the postcommit script, since that would run
> in a different context and thus have access to different User hive in
> the registry.
> 
> But I just tested and it really stores both user and password so the only
> thing that needs to be done is initially to check out using the correct
> user/password combination to override the Windows login.

Do you really need this to be run from a different user account? Why not 
simply let it run under the account that did the commit? That way you 
could eliminate username and password info from the CVSROOT completely. 
I personally wouldn't feel too good knowing a valid username/password 
combination to my CVS server was stored in plain-text on a publicly 
accessible web server...

Cheers,

-- 
Oliver
----	------------------
JID:	ogiesen at jabber.org
ICQ:	18777742	(http://wwp.icq.com/18777742)
_______________________________________________
cvsnt mailing list
cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs



More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook