RE: svn commit: rev 2717 - / clients clients/rapidsvn

Abstractly this is just an implementation limitation. I have no idea how
feasible it is to modify the code in this fashion. Since the client side
is doing all of the resolution, I don't see any particular reason that
the destination of one of these links couldn't be a relative path.

In fact relative paths are much better than non-relative paths because
relative paths function better when they're copied. Absolute paths can
break down across copies.

Bill

----
Do you want a dangerous fugitive staying in your flat?
No.
Well, don't upset him and he'll be a nice fugitive staying in your flat.
 
> From: Blair Zajac [mailto:blair@orcaware.com]
> 
> Bill Tutt wrote:
> >
> > > From: Blair Zajac [mailto:blair@orcaware.com]
> > >
> > > Time for symbolic links.
> >
> > We have them. They're called modules.
> 
> Well, that applies to directories and not to specific files.  So how
> would you have COMMITTERS work with modules?  Create a new directory,
> place it in there and then use a module for that?  Possible, but not
> clean.
> 
> I tried this:
> 
> % cd /tmp
> % svnadmin create repos
> % svn co file:///`pwd`/repos r
> % cd r
> % cp /etc/group COMMITTERS
> % svn add COMMITTERS
> % svn mkdir trunk
> % svn ci -F /dev/null
> % svn pe svn:externals trunk
>   COMMITTERS    file:///tmp/repos/COMMITTERS
> % svn ci -F /dev/null
> % svn update
> At revision 2.
> 
> Fetching external item into ./trunk/COMMITTERS
> 
> svn_error: #21069 : <Filesystem has no item>
>   file not found: transaction `5', path `/COMMITTERS'
> 
> 
> Two things about this.  First, links to files don't work, but
> more interesting, it would be good to have relative URLs in the
> svn:externals.  If I have a repository, I'd like to refer to other
> locations in that repository without knowing the full URL for the
> repository.
> 
> If I move the repos, I'll have to update the svn:externals, which
> would be pretty easy to forget to do.
> 
> Best,
> Blair
> 
> --
> Blair Zajac <blair@orcaware.com>
> Web and OS performance plots - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org