GNU bug report logs -
#28245
26.0.50; symbolic links not well handled by vc-dir
Previous Next
Reported by: vincent.belaiche <at> gmail.com (Vincent Belaïche)
Date: Sat, 26 Aug 2017 21:04:02 UTC
Severity: minor
Tags: moreinfo, wontfix
Found in version 26.0.50
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #8 received at 28245 <at> debbugs.gnu.org (full text, mbox):
> From: vincent.belaiche <at> gmail.com (Vincent Belaïche)
> Date: Sat, 26 Aug 2017 23:02:55 +0200
> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com>
>
> Hello, I have a project under SVN version control. Under the directory
> under change control I have a test directory, call it `trunk/test', in
> which a symbolic link is created to another file, call it
> `trunk/scr/foo', for the purpose of test. So the symbolic link is
> `trunk/foo' pointing at `trunk/src/foo'. `trunk/foo' is not under change
> control, it is created by the test makefile, while `trunk/src/foo' is
> under change control.
>
> Please note that I am under MSW, I have created the symbolic links as
> native NTFS symbolic links thanks to MSYS2 ln command --- by default
> this command makes a copy, but it is possible to configure MSYS2 to have
> native symlinks.
>
> OK, `trunk/src/foo' is edited, and when I do `M-x vc-dir', I see in the
> list of edited files `trunk/src/foo' twice. That is, IMHO, a bug.
vc-dir calls the SVN backend to collect its information, and according
to my references, SVN doesn't support symlinks on MS-Windows. Does
your port of SVN support symlinks? What does "svn status -v" show in
that repository?
This bug report was last modified 6 years and 193 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.