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

Re: about externals and username

From: Ben Reser <ben_at_reser.org>
Date: 2004-10-12 02:15:21 CEST

On Wed, Oct 06, 2004 at 03:24:48PM +0200, Lluís Batlle i Rossell wrote:
> I have a repository:
> svn+ssh://isildur.homelinux.net/home/svn-reps/snod/
> I use it using another username than used in my own computer. So I
> specify "myuser@", when getting "snodbuilder": svn co
> svn+ssh://myuser@isildur.homelinux.net/home/svn-reps/snod/snodbuilder
> I have a svn:externals property in snodbuilder directory as follows:
> glis svn+ssh://isildur.homelinux.net/home/svn-reps/snod/glis
> portage-overlay
> svn+ssh://isildur.homelinux.net/home/svn-reps/snod/portage-overlay
> When svn tries to fetch the "externals", it forgets the 'username'
> used in that host, and tries to log in to the repository server using
> my computer's username. That's awful, because I cannot write
> "myuser@..." in the externals, as other users must work with that
> repository directory (snodbuilder).
> Is that a bug? How can I make everything work? Isn't there a
> "--username" parameter for all the connections? Where does 'svn' get
> the username to try? I've tried modifying "USER" environment
> variable.
> I hope there's some kind of solution. :)

You can work around this if you're using openssh by putting
the following in ~/.ssh/config:

Host isildur.homelinux.net
        User myuser

Once you've got this done you can just the following URL the checkout:

Hopefully issues like this will be fixed by us eventually getting
relative externals.

Ben Reser <ben@reser.org>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 12 02:15:32 2004

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.