retitle 678346 subversion: 'svn log' output tricked by symlinks in some cases
found 678346 1.1.0-1
notfound 678346 1.7.5-1
fixed 678346 1.7.5-1
thanks
tl;dr I'm closing this because I believe it is a bugfix, not a bug.
I'm marking it found in 1.1.0, not because I've tested it, but because
that is when symlink support was added to svn.
[Vincent Lefevre]
> svnadmin create svn
> svn co file://`pwd`/svn wc
> cd wc
> svn mkdir foo
> ln -s foo bar
> svn add bar
> touch foo/file
> svn add foo/file
...
> svn log bar/file
> svn: E155010: The node '/tmp/my-test-svn/wc/bar/file' was not found.
In other words, 'svn log' is now more consistent between a working copy
and a repository. Compare:
svn log bar/file
svn log file://`pwd`/svn/bar/file
In 1.7, they both fail. In 1.6, one succeeds and one fails. I think
the 1.7 behavior is clearer. There is no object in the repository
named 'bar/file', and svn log no longer is fooled into reporting one.
Also, links are not resolved at the end of the path. Compare 'svn log
foo' with 'svn log bar'. In both 1.6 and 1.7, 'bar' is its own object
with its own log, independent of what it points to.
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
