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

Re: links to files not created yet breaks checkout

From: <kfogel_at_collab.net>
Date: 2005-06-12 01:38:23 CEST

I think this might be a bug, so I'm CC'ing the dev@ list:

"Jon Wagoner" <jon.wagoner@redcheetah.com> wrote to users@:
> In my repository, I have two directories named admin_web and applet.
> There are some symlinks in admin_web pointing to some files in applet
> using relative filenames (one example is in admin_web/applet, there is
> a symlink jdom.jar -> ../../applet/jdom.jar)
> When I checkout the repository to a new directory, it checks out the
> admin_web directory first, and aborts when it hits the symlink with
> the error:
> svn: In directory 'test/admin_web/applet' svn: Can't move
> 'test/admin_web/applet/jdom.jar.tmp' to
> 'test/admin_web/applet/jdom.jar': No such file or directory
> The file jdom.jar.tmp is in the admin_web directory, and is a symlink
> pointing to ../../applet/jdom.jar as it should.
> At that point, I can go into the test directory, call "svn update
> applet" to pull in the applet directory, and then I can successfully
> cleanup and update admin_web.
> I'm using version 1.2.0 (r14790). Am I doing something wrong with the
> symlinks (I just added them using svn add like any other file), or is
> this a bug?

Maybe there's some flag we should be passing to APR when creating a
symlink, saying it's okay if the target of the link doesn't exist? If
no such flag is available, then we might have a more serious problem
on our hands.

I'm not sure if creating a symlink that points to a non-existent
target results in the same behavior on all platforms, so this might
also be a platform-specific bug. You don't say what environment you
were running in -- we could use that datum, among others :-). See
http://svn.collab.net/repos/svn/trunk/BUGS for the kinds of details
that help when reporting a bug (your report wasn't bad, I just want to
drill down and get more information now).


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jun 12 02:21:30 2005

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.