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


Message #33 received at 9896 <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 9896 <at> debbugs.gnu.org, Michael J Daniel <michael.j.daniel <at> comcast.net>
Subject: Re: bug#9896: acknowledged by developer (Re: bug#9896: ln man page
	ambiguity)
Date: Mon, 21 Nov 2011 08:29:58 +0100
Paul Eggert wrote:
> On 11/20/11 15:10, Jim Meyering wrote:
>>> +By default, destinations (locations of new links) should not already exist.\n\
>>
>> "location" might be construed to mean "directory in which it's created".
>> What do you think of this?
>>
>>   By default, each destination (name of new link) should not already exist.\n\
>
> Yes, that's fine.
>
>>> +  -n, --no-dereference        treat LINK_NAME as a normal file if\n\
>>> +                                it is a symbolic link to a directory\n\
>>
>> While I like using terms from Usage, using LINK_NAME here
>> might make readers think that it applies only to the 1st form:
>
> That's the intent.  -n applies only to the first form;
> it does not apply to destinations in general.  -n is
> like -T in that respect.

That's perfect, then ;-)
You can tell I haven't used -n for too long.

Thanks!




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.