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

RE: Re: about externals and username

From: Ian Brockbank <Ian.Brockbank_at_wolfsonmicro.com>
Date: 2004-10-07 15:39:19 CEST

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

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.