On 12.09.2017 16:12, sebb wrote: > I have a directory containing links to SVN directories that I want to update. > > In some cases the link is to the root of the workspace, and in some > cases the link is to a subdir. > > $ mkdir TEST > $ cd TEST > $ svn co http://svn.apache.org/repos/asf/subversion/trunk subversion > $ ln -s subversion top > $ ln -s subversion/tools tools > $ ls -l > > drwxr-xr-x 26 x x 884 12 Sep 14:48 subversion > lrwxr-xr-x 1 x x 17 12 Sep 14:49 tools -> subversion/tools/ > lrwxr-xr-x 1 x x 10 12 Sep 14:49 top -> subversion > > The following commands work fine: > > $ svn info > ... > $ svn log tools > ... > > However for other commands there are some issues. > > $ svn status subversion top tools > svn: warning: W155007: '/srv/TEST/tools/backup' is not a working copy > > $ svn -u status subversion top tools > Status against revision: 1808117 > ~ 1808117 top > Status against revision: 1808117 > svn: warning: W155007: '/srv/TEST' is not a working copy > > Note the strange path reference. > > $ svn update subversion top tools > Updating 'subversion': > At revision 1808117. > Updating 'top': > At revision 1808117. > Skipped 'tools' > Summary of updates: > Updated 'subversion' to r1808117. > Updated 'top' to r1808117. > Summary of conflicts: > Skipped paths: 1 > > Note: the output does not say why tools is skipped > > $ svn update tools > Skipped 'tools' > svn: E155007: None of the targets are working copies > > Whereas: > > $ cd tools > /srv/TEST/tools > $ svn update . > Updating '.': > At revision 1808117. > > These tests were done on > > $ svn --version > svn, version 1.9.7 (r1800392) > compiled Aug 10 2017, 21:32:31 on x86_64-apple-darwin16.3.0 > > Is this a known bug? > I could not find anything in the database.
It's "known" in the sense that we're aware of the fact that we don't handle unversioned symbolic links very well. I don't think this specific case has been documented in the issue tracker. -- Brane
