GNU bug report logs - #14116
[PATCH] ln: allow to overwrite relative symlink

Previous Next

Package: coreutils;

Reported by: Rémy Lefevre <lefevreremy <at> gmail.com>

Date: Mon, 1 Apr 2013 15:18:02 UTC

Severity: normal

Tags: patch

Merged with 17126, 23564

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Pádraig Brady <P <at> draigBrady.com>
To: Linda Walsh <coreutils <at> tlinx.org>
Cc: Rémy Lefevre <lefevreremy <at> gmail.com>, 14116 <at> debbugs.gnu.org
Subject: bug#14116: [PATCH] ln: allow to overwrite relative symlink
Date: Sun, 07 Apr 2013 11:36:31 +0100
On 04/07/2013 08:20 AM, Linda Walsh wrote:
> 
> 
> Rémy Lefevre wrote:
> [>> Pádraig Brady wrote:
>>> Doing that though breaks `ln -sr target1 target2 dir` where dir is a symlink.
> ]
>> But could you provide me an example where the final component of the link
>> should be resolved ?
> ---
> 	What happens if 'dir' is a symlink, "-n" is used, and
> '/' (or '/.') is appended to "dir" in the above example?
> 
> 	Would that force 'dir' to be resolved, on the basis that
> '/' would be the final component.  Some, might argue that it's a separator
> and not a component, but, historically, the three haven't given
> synonymous semantics.

Yes that does force 'dir' to be resolved,
which is consistent with the non --relative case
where the symlink is resolved to a dir
when both -n and a trailing '/' are used.

  ln -sn target1 target2 dir/

thanks,
Pádraig.




This bug report was last modified 9 years and 10 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.