From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Newsgroups: gmane.emacs.bugs Subject: bug#28245: 26.0.50; symbolic links not well handled by vc-dir Date: Sun, 27 Aug 2017 22:52:53 +0200 Message-ID: <84k21oybq2.fsf@AigleRoyal> References: <84lgm6xcsg.fsf@AigleRoyal> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1503867257 20835 195.159.176.226 (27 Aug 2017 20:54:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 27 Aug 2017 20:54:17 +0000 (UTC) Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= To: 28245@debbugs.gnu.org, Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 27 22:54:09 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dm4ZK-0004xG-Eg for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Aug 2017 22:54:06 +0200 Original-Received: from localhost ([::1]:35469 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dm4ZR-0003Zp-Az for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Aug 2017 16:54:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46090) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dm4ZK-0003ZY-CN for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2017 16:54:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dm4ZH-0008Fx-7k for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2017 16:54:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49659) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dm4ZH-0008Ff-3q for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2017 16:54:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dm4ZF-0003BD-WE for bug-gnu-emacs@gnu.org; Sun, 27 Aug 2017 16:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Aug 2017 20:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28245 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28245-submit@debbugs.gnu.org id=B28245.150386718612157 (code B ref 28245); Sun, 27 Aug 2017 20:54:01 +0000 Original-Received: (at 28245) by debbugs.gnu.org; 27 Aug 2017 20:53:06 +0000 Original-Received: from localhost ([127.0.0.1]:58340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dm4YM-0003A1-7K for submit@debbugs.gnu.org; Sun, 27 Aug 2017 16:53:06 -0400 Original-Received: from mail-wr0-f180.google.com ([209.85.128.180]:38873) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dm4YL-00039X-5B for 28245@debbugs.gnu.org; Sun, 27 Aug 2017 16:53:05 -0400 Original-Received: by mail-wr0-f180.google.com with SMTP id y14so5012181wrd.5 for <28245@debbugs.gnu.org>; Sun, 27 Aug 2017 13:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:date:message-id:mime-version :content-transfer-encoding; bh=fUA6OHQAacsi/pxLZhJ+cgymk682ew1D4caKtWHzYFE=; b=fC3aAPVzytgmSC8nKjXMbYZ9eFp/bJtM/NrErw6IOiXJtaeKKrx3sCKMeCd4dhF6XB RCZLxnAYM9RQuxxquPcS7zzqcHldI1nQwf/w+c9pyJWinjD5BJSRKDr63OYsi80W2tFQ +Cef1/1UssQMla3XiWSNv9TlRNNlzuS5QTdyz1jJThTHcfib5oN4uNpDWFyydXdDY9v2 cLXcnu6dGOwJRZV3Z5nTlyL/a3nO7O0SN/XuRcug4+TyDVxQEuSB+piQUxE+tkCjy3cX ph84dTqj72enKsDlNAYZ2vaU+QBa1J4HYq0v0dxVAstQnCClyUm/iGuTh9aCKuvRFjF7 acHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-transfer-encoding; bh=fUA6OHQAacsi/pxLZhJ+cgymk682ew1D4caKtWHzYFE=; b=c+xYNP/NtQADGzpa87PrDWbptM7VEjSYcy68bgd7CY3ne7VdHnZPxoU4Y4y69pRma2 UygHhvy1KEt9KSnE0zbfiS46jHyXtdZuzojzyAaD13+C9ALMDVRk1Q3EiIOQGMJJyzn8 LZkh9Z7RgCghZeC7KmQqLjddcKUwt++J9S8qugRDhu2gFXHl1o10pI/wRmOL5xGCkw9h oXVNOOh97J5qpmkRf2GApqXg9rSVca1V840HU2coLTFrIjHHIuYMcMGiEaDWKe7kVN32 ALsWzjaB7bC3GMl9rbDJzqwp5dkpJIda3F8D44cJpvkA53R8J3p36oLNaqKXZZec3pXX 0rMQ== X-Gm-Message-State: AHYfb5gqwOMap35RvtKbjwghlV7UnwpIfabtmomaPrINtALaPneVx3G8 nOHXuCpnKGakvA== X-Received: by 10.223.149.66 with SMTP id 60mr3044558wrs.292.1503867179351; Sun, 27 Aug 2017 13:52:59 -0700 (PDT) Original-Received: from AigleRoyal (ARennes-656-1-378-20.w90-32.abo.wanadoo.fr. [90.32.126.20]) by smtp.gmail.com with ESMTPSA id x45sm9257575wrb.46.2017.08.27.13.52.58 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 27 Aug 2017 13:52:58 -0700 (PDT) In-Reply-To: <838ti55bwp.fsf@gnu.org> X-Antivirus: Avast (VPS 170827-0, 27/08/2017), Outbound message X-Antivirus-Status: Clean X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:136280 Archived-At: My answers bellow... Le 27/08/2017 =E0 16:21, Eli Zaretskii a =E9crit : >> From: vincent.belaiche@gmail.com (Vincent Bela=EFche) >> Date: Sat, 26 Aug 2017 23:02:55 +0200 >> Cc: Vincent Bela=EFche >> >> 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. You are correct, SVN doesn't support symlinks on MS-Windows. So, it might well be that nothing is to be done on the Emacs side. But please read the following... > Does your port of SVN support symlinks? FYI, my port is the collabnet one. --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- $ svn --version svn, version 1.8.13 (r1667537) compiled Mar 23 2015, 03:35:53 on x86_64/x86-microsoft-windows5.1.2600 Copyright (C) 2014 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol= =2E - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using ser= f. - using serf 1.3.8 - handles 'http' scheme - handles 'https' scheme --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- It does not support symlinks to the extent that if there is a symlink in the repo, then the symlink is not created by a chekcout in the work area. Instead a plain file containing the link information is created. However, if I create manually the symlink in place of this file, then subsequent svn update won't overwrite it. Now, here, we are not talking about a symlink in the repo, this is a symlink created locally and which is not under version control. > What does "svn status -v" show in that repository? When I do that, I see the original file `foo' only once. Please note that my bug report is erroneous. Actually, the symlink is trunk/test/foo, pointing as trunk/src/foo. trunk/src/foo is under change control, but the directory trunk/test and all its content is not under change control --- I have not yet imported it. So `svn status -v' done under trunk shows only, as far as trunk/test and its content are concerned, this: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- ? test --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- My intention was to import trunk/test to the repo with only the files under trunk/test that aren't created by the test, so the symlinks would in the end not be under change control, which anyway is impossible because my SVN client does not support symlinks. Vincent. --- L'absence de virus dans ce courrier =E9lectronique a =E9t=E9 v=E9rifi=E9e p= ar le logiciel antivirus Avast. https://www.avast.com/antivirus