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

Re: Bug: Renaming of symlinks create invalid commits

From: Marc Haesen <Marc.Haesen_at_telindus.be>
Date: 2004-07-06 08:17:17 CEST

Currently when a try to add symbolic links (junctions) on windows with the latest version on trunk, it says it is not supported. Are there any plans in supporting symbolic links on the windows platform (if the ntfs file system is used) in the (near) future ?

Marc

-----Original Message-----
From: Josh Pieper [mailto:josh@localhost]On Behalf Of Josh Pieper
Sent: Sunday, July 04, 2004 04:07 PM
To: ??yvind A. Holm
Cc: Subversion development list
Subject: Re: Bug: Renaming of symlinks create invalid commits

??yvind A. Holm wrote:
> On 2004-07-04 08:00+0200 ??yvind A. Holm wrote:
>
> > When committing a "svn mv old_symlink new_symlink", svn:specials is
> > emptied, but the commit does not complete. This makes it impossible to
> > check out the symlink with svn from trunk, it does not recognise the
> > special file type as it is empty. svn cleanup, svn revert or svn
> > update does not work, even if a fresh copy is checked out.
>
> Some clarification after more testing:
>
> It is not the svn:special _property_ that is cleared, only the contents
> of the file (symlink) which has that property. This is the result of a
> checkout of the r10131-repository on a machine running svn-1.0.5:

This should be fixed in r10134.

-Josh

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 7 02:13:12 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.