[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

HTTP authentication vs. --username and --password

From: Peter Davis <peter_at_pdavis.cx>
Date: 2002-07-22 03:06:24 CEST

I couldn't seem to find any discussions or issues about this, but I swear I
remember one in the past. Anyway, why does the following not work at
current? Should it? :

$ svn co http://username:password@server/repos/

This seems more natural to me than using --username and --password (hopefully
those options could be removed).

This also greatly affects my ability to use modules. A quick check shows

$ svnadmin create test
$ svn co file://`pwd`/test -d work
$ cd work
$ svn propedit svn:externals .
[in emacs:]
module http://username:password@my-other-server/repos/blah
$ svn ci -m ""

[at this point, I couldn't just 'svn up' to get it to try and check out the
modules, maybe that is a whole other bug]

$ cd ..
$ svn co file://`pwd`/test -d work2
[svn now asks for username and password to access my-other-server]

Security issues aside (why would I want to store a user/pass for another
repository in the first place?), is it at all possible to do this?

I ask that you consider using the http://username:password@server format
universally, unless there is another consistant approach available. Thanks!
Like I said, I'm sure this has already been discussed... can someone point me
to that thread?

While on the discussion of authentication, and in a similar vein, the way auth
info is stored in .svn doesn't make sense to me. I see an auth/ directory,
with files 'username' and 'password'. Then I also see:


in the entries file. Is the 'username@' part redundant (or inversely, is
auth/username redundant)? If I were to change the contents of auth/username
(yes I know 'svn switch' should work, but bear with me), will the <entry>
need to be changed as well?

Peter Davis
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 22 03:06:57 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.