GNU bug report logs - #9896
ln man page ambiguity

Previous Next

Package: coreutils;

Reported by: Michael J Daniel <michael.j.daniel <at> comcast.net>

Date: Fri, 28 Oct 2011 16:08:01 UTC

Severity: normal

Tags: notabug

Done: Jim Meyering <jim <at> meyering.net>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: "Voelker, Bernhard" <bernhard.voelker <at> siemens-enterprise.com>
Cc: "9896 <at> debbugs.gnu.org" <9896 <at> debbugs.gnu.org>, Jim Meyering <jim <at> meyering.net>, Michael J Daniel <michael.j.daniel <at> comcast.net>
Subject: bug#9896: acknowledged by developer (Re: bug#9896: ln man page ambiguity)
Date: Mon, 05 Dec 2011 14:47:21 -0800
On 11/20/11 23:53, Voelker, Bernhard wrote:
>  
> Paul Eggert wrote:
> +  -n, --no-dereference        treat LINK_NAME as a normal file if\n\
> +                                it is a symbolic link to a directory\n\
> 
> IMHO that's wrong.
> 
> ln also creates a hardlink of a symlink if that points to a file:
> 
> $ touch f
> $ ln -s f flink
> $ ln -n flink flink-n

You're right about ln's behavior, but the proposed wording is not
incorrect.  In the example, flink-n is not a symbolic link
to a directory, so the documentation says that "ln -n flink flink-n"
should behave like ordinary "ln flink flink-n", which is what happens.
In this respect, the proposed wording is no better or worse than
the current wording.

Perhaps the wording could be further improved.  To get things moving
in the meantime I committed the proposed wording.




This bug report was last modified 13 years and 170 days ago.

Previous Next


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