[BUG] Directory obstructing deletion of symlink
From: Felix Wiemann <Felix.Wiemann_at_gmx.net>
Date: 2006-03-06 21:11:41 CET
I think that there is a bug in Subversion which is triggered when a
I'm using Subversion 1.2.3 (I'm sorry I can't update at the moment) and
~/tmp $ svnadmin create testrepos
~/tmp $ svn co file:///home/felix/tmp/testrepos co1
~/tmp $ svn co file:///home/felix/tmp/testrepos co2
~/tmp $ cd co1
~/tmp/co1 $ ln -s something mylink
~/tmp/co1 $ svn add mylink
~/tmp/co1 $ svn ci -m ''
~/tmp/co1 $ cd ../co2
~/tmp/co2 $ svn up
~/tmp/co2 $ rm mylink
~/tmp/co2 $ mkdir mylink
# This is OK:
~/tmp/co2 $ cd ../co1
~/tmp/co1 $ svn del mylink
~/tmp/co1 $ svn ci -m ''
Committed revision 2.
~/tmp/co1 $ cd ../co2
# The "mylink" directory obstructs the deletion of the symlink, but
~/tmp/co2 $ svn st
~/tmp/co2 $ rmdir mylink
# This is the bug: Subversion restores the symlink even though it does
~/tmp/co2 $ ls -l mylink
# This is the bug: Subversion thinks that the symlink still exists in
~/tmp/co2 $ svn del mylink
~/tmp/co2 $ svn ci -m ''
Committed revision 3.
# Subversion committed an empty revision:
-- For private mail please ensure that the header contains 'Felix Wiemann'. "the number of contributors [...] is strongly and inversely correlated with the number of hoops each project makes a contributing user go through." -- ESR --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org For additional commands, e-mail: dev-help@subversion.tigris.orgReceived on Wed Mar 8 22:31:45 2006 |
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.