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

Re: svn+ssh asks password twice

From: Stefan Sperling <stsp_at_elego.de>
Date: Mon, 16 Nov 2009 16:51:52 +0100

On Mon, Nov 16, 2009 at 05:31:17PM +0200, anatoly techtonik wrote:
> Hello,
>
> Subversion command line client request password twice or more with
> svn+ssh access method. I understand that it need to do several
> requests for one operation, but why can't it share the same SSH
> connection?

Can you provide a working example invocation of svn using svn+ssh
where two authentication steps are required for the same run of
the svn program, without externals involved?

> I want to enter a bug report, but because of "buddy
> system" I mail it here first.

Good :)
 
> It becomes a major annoyance when in addition you have several
> externals in the same svn+ssh repository and switch from passwords to
> SSH keys is not welcomed.

For each external, a separate repository access session is opened.
I don't see how this can be changed for the general case where
the external comes from a different repository.
Subversion should make re-using credentials possible when connecting
to the same repository twice (e.g. an external pointing somewhere into
the same repository). I haven't checked but don't think Subversion does
that right now.

The best way of not having to enter a password with svn+ssh is using
SSH keys, or course. Too bad you cannot switch to SSH keys :(

With other repository access methods, it's also possible to have
your Subversion password cached on disk encrypted, so you don't
have to enter it.

Stefan

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2418570

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-11-16 16:52:44 CET

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

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