This came across as a very negative tone. (I assume you had read the comments in the issue)
It's nominated for backport. There was a dev@ thread asking if it should get some (fairly trivial to implement) changes before being backported. The thread concluded, but the branches/1.6.x/STATUS entry is still marked "waiting for thread to resolve". If you'd like to move this forward, you can ask on dev@ to see what changes need to be made (if any) and for more +1 votes (and less -0 votes) in STATUS. Regarding your shell script, please review the regression test in HEAD of trunk to ensure it captures the desired behaviour. Daniel Nico Kadel-Garcia wrote on Fri, 25 Jun 2010 at 15:08 -0000: > Good morning: > > This is Nico Kadel-Garcia, the person who submitted the svnadmin > hotcopy/symlink issue number 2591 in 2006. I see that it's been very > recently marked "resolved". This is not fixed in the recent 1.6.12 > release, I'm sad to say. > > This bug has been a pain in my backside for 4 years. Can we seriously > encourage its inclusion in 1.6.13, at least? > > I've also included a somewhat more robust test script below, to verify > that the symlinks are duplicated and they point to the same place. > > ======================================== > > #!/bin/sh > # > # test-hotcopy-hardlink.sh - verify svnadmin hotcopy preservation of symlinks > > REPO1=/tmp/repo1 > REPO2=/tmp/repo2 > > rm -rf $REPO1 $REPO2 || exit 1 > svnadmin create $REPO1 > /bin/mv $REPO1/conf/passwd $REPO1/conf/passwd.template > ln -s $REPO1/conf/passwd.template $REPO1/conf/passwd > svnadmin hotcopy $REPO1 $REPO2 > readlink $REPO1/conf/passwd > if [ ! -h $REPO2/conf/passwd ]; then > echo "Error: svnadmin hotcopy fails to duplicate symlinks in repository" > exit 1 > elif [ "`readlink $REPO1/conf/passwd`" != "`readlink > $REPO2/conf/passwd`" ]; then > echo "Error: svnadmin hotcopy gets symlinks wrong in repository" > exit 1 > fi > >
