Hi Lluís,
If you're willing to build your own Subversion client, there was a patch submitted on this list a while back to allow relative externals - I attach the original message. This would allow you to set your externals to
glis ../glis
portage-overlay ../portage-overlay
The externals would then use the same svn+ssh:// prefix that you used when checking out snodbuilder, picking up your username.
I'm not part of the dev team, so I don't know if/when this is likely to be checked in - hence why I'm pointing you at the patch.
Michael - is it worth adding an issue for the patch?
Cheers,
Ian Brockbank
Applications Software Team Leader
e: ian.brockbank@wolfsonmicro.com / apps@wolfsonmicro.com
scd: ian@scottishdance.net
t: +44 131 272 7145
f: +44 131 272 7001
> -----Original Message-----
> From: Lluís Batlle i Rossell [mailto:viric@vicerveza.homeunix.net]
> Sent: 07 October 2004 11:06
> To: dev@subversion.tigris.org
> Subject: Re: about externals and username
>
> I've noticed that there is a "--username" option. But it
> seems this option is
> totally ignored by my svn.
> At least, when using svn+ssh access.
>
> On Wed, Oct 06, 2004 at 03:24:48PM +0200, Lluís Batlle i
> Rossell wrote:
> > Hi!
> >
> > 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. :)
> >
> > Thanks!
> >
> > ("darix", in irc.freenode.net#svn told me to write a
> message to this list.)
> >
> > --
> >
> +-------------------------------------------------------+-----
> -----------------+
> > | Lluís Batlle i Rossell
> |Tel.Olot. 972 26 71 24|
> > | Membre de [s3os] (www.s3os.net) |
> BCN. 93 16 22 680|
> > | viric@jabber.org / ICQ# 9658637 |
> Mòb. 654 08 67 35|
> > | +info personal: http://vicerveza.homeunix.net/~viric/ |
> Santa Pau / Catalunya|
> >
> +-------------------------------------------------------+-----
> -----------------+
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
> >
>
> --
> +-------------------------------------------------------+-----
> -----------------+
> | Lluís Batlle i Rossell
> |Tel.Olot. 972 26 71 24|
> | Membre de [s3os] (www.s3os.net) |
> BCN. 93 16 22 680|
> | viric@jabber.org / ICQ# 9658637 |
> Mòb. 654 08 67 35|
> | +info personal: http://vicerveza.homeunix.net/~viric/ |
> Santa Pau / Catalunya|
> +-------------------------------------------------------+-----
> -----------------+
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
> ______________________________________________________________
> __________
> This email has been scanned for all viruses by the MessageLabs Email
> Security System.
> ______________________________________________________________
> __________
>
>
attached mail follows:
These patches are against Revision 10392.
- Making svn_path_canonicalize() handle '../' as documented in svn_path.h
M subversion/libsvn_subr/path.c
- Making svn:external allow relative paths:
M subversion/include/svn_wc.h
M subversion/libsvn_wc/props.c
M subversion/libsvn_client/externals.c
A URL is recognized as relative only when it begins with '.' or '/'.
"./" can appear in the relative URL (even initially!)
and it has the usual meaning.
Example:
$ svn info
URL: http://host.domain/path/to/repos/moduleI/subdirA/subdir1
$ svn propget svn:externals .
subdir2 ../subdir2
subdirB ../../subdirB
subdirC /path/to/repos/moduleI/subdirC
subdirD /path/to/repos/moduleII/subdirD
$ svn subdir2 subdirB subdirC subdirD
Path: subdir2
URL: http://host.domain/path/to/repos/moduleI/subdirA/subdir2
Path: subdirB
URL: http://host.domain/path/to/repos/moduleI/subdirB
Path: subdirB
URL: http://host.domain/path/to/repos/moduleI/subdirC
Path: subdirB
URL: http://host.domain/path/to/repos/moduleII/subdirD
Proposal enhancement:
Repository-relative paths.
e.g. when the above svn:externals property contains one more line:
subdirE .../moduleIII/subdirE
Then, this should expand to
http://host.domain/path/to/repos/moduleIII/subdirE
avoiding the need to specify "/path/to/repos".
Relative URLs are useful for repository/host-local references,
allowing an experimental/internal SVN server/repository to be
relocated without the need to fix all the svn:externals properties.
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 7 15:39:19 2004