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

Problem with symbolic links while accessing through Tortoise

From: Claudius Regn <cregn_at_dualutions.de>
Date: 2005-01-12 12:26:58 CET


I posted this e-mail in Tortoise's mailing list before but was advised
to try it here, because the cause might be subversion rather than

I have symbolic links in my Linux repository: some point to a
file/folder within the project's folders (i.e. within the repository),
and some point to a non-versioned file/folder outside the project's
folders (i.e. the target is not included in the repository). (When the
project is checked-out as a working copy by a project's developer, there
is a target existing that those links point to. The working copy is also
stored on the same Linux machine).

Using Tortoise from Win XP seems to work fine in most aspects, even when
accessing the links (which of course look like regular folders/files to
Explorer). By the way, I do not change the links under Windows, which
wouldn't work of course.

There is one minor and one more annoying problem:

(1) (Tortoise) SVN Commit marks the links as "obstructed". This isn't a
problem, though, as I don't change/commit the links anyway. I guess the
cause is that TSVN/Explorer think it's a file/folder and SVN knows it's
a link/svn:special.

(2) SVN Update has a problem with *outside* links as follows: assume I
have 2 outside links. Executing (Tortoise's) SVN Update, I get a popup
error telling me about link #1 only (object exists), then I can press
ok. Running Update for the second time, it only tells me about link #2
(object exists). Running Update for the third time, it says everything
is fine, both links are shown in the log window as changed, and
everything else is updated correctly. When I would run Update for the
fourth time, it starts from the beginning, telling me about link #1, and
so on.

Those links are correctly marked as svn:special in the properties of the
repo browser.

All in all, we can work with it, but the necessary repeating of the
Update Command as often as there are numbers of *outside* links is a bit
annoying. Do I have to set the ignore property or is this a bug?

Is there anything we do wrong, and where does the difference in behavior
regarding links pointing within the repo and outside come from?

Below some more details:

These are the files initially imported into the repository:

lrwxrwxrwx 1 root root 14 Jan 10 14:27 externallink -> ../externaldir
lrwxrwxrwx 1 root root 24 Jan 10 14:25 internallink ->
-rw-r--r-- 1 root root 0 Jan 10 14:25 targetofinternallink.txt
-rw-r--r-- 1 root root 0 Jan 10 14:25 test2.txt
-rw-r--r-- 1 root root 0 Jan 10 14:25 test.txt

For Windows XP, the working copy is at H:\testsymlinks. There is a
folder in the hierarchy parallel to testsymlinks called externaldir,
i.e. the target of externallink exists (for Linux' eyes).

Executing SVN Update #1:

Popup saying "Failed to add file 'H:/testsymlinks/externallink': object
of the same name already exists"
  then: the regular "SVN Update... Finished!" dialog shows up without
any contents (files).

Executing SVN Update #2:

No Popup. Only dialog "SVN Update... Finished!" showing:
  Updated H:\testsymlinks
  Completed At Revision: 1

Executing SVN Update #3: see #1 and so on.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 12 13:27:45 2005

This is an archived mail posted to the Subversion Users mailing list.