diff options
| author | Rémy Lefevre <lefevreremy@gmail.com> | 2013-04-02 02:48:28 +0100 |
|---|---|---|
| committer | Pádraig Brady <P@draigBrady.com> | 2013-04-04 02:46:35 +0100 |
| commit | e52293aa7fcf283758f97bc9bcc945707ccbce0a (patch) | |
| tree | d663b5fd9420298f1032c623589fd23902f0d7e8 /NEWS | |
| parent | 20d7bce0f7e57d9a98f0ee811e31c757e9fedfff (diff) | |
| download | coreutils-e52293aa7fcf283758f97bc9bcc945707ccbce0a.tar.xz | |
ln: --relative: fix updating of existing symlinks
Don't dereference an existing symlink being replaced.
I.E. generate the symlink relative to the symlink's containing dir,
rather than to some arbitrary place it points to.
* src/ln.c (convert_abs_rel): Don't consider the final component
of the symlink name when canonicalizing, as we want to avoid
dereferencing the final component.
* tests/ln/relative.sh: Add a test case.
* NEWS: Mention the fix.
Resolves http://bugs.gnu.org/14116
Diffstat (limited to 'NEWS')
| -rw-r--r-- | NEWS | 4 |
1 files changed, 4 insertions, 0 deletions
@@ -9,6 +9,10 @@ GNU coreutils NEWS -*- outline -*- permissions. [This bug was present in "the beginning".] + ln --relative now updates existing symlinks correctly. Previously it based + the relative link on the dereferenced path of an existing link. + [This bug was introduced when --relative was added in coreutils-8.16.] + ** New features join accepts a new option: --zero-terminated (-z). As with the sort,uniq |