Bug 11846 - ln help for option -T ("2nd arg must be a DIR") is misleading
Summary: ln help for option -T ("2nd arg must be a DIR") is misleading
Status: RESOLVED FIXED
Alias: None
Product: Busybox
Classification: Unclassified
Component: Other (show other bugs)
Version: 1.30.x
Hardware: All Linux
: P5 normal
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-06 20:09 UTC by John Hammond
Modified: 2019-05-09 14:30 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description John Hammond 2019-05-06 20:09:05 UTC 
The -T option for ln seems to be based on the -T option from GNU coreutils ln. But the help text for -T misleadingly describes it as the opposite:

/ # ln --help
BusyBox v1.30.1 (2019-04-02 04:31:11 UTC) multi-call binary.

Usage: ln [OPTIONS] TARGET... LINK|DIR

Create a link LINK or DIR/TARGET to the specified TARGET(s)

	-s	Make symlinks instead of hardlinks
	-f	Remove existing destinations
	-n	Don't dereference symlinks - treat like normal file
	-b	Make a backup of the target (if exists) before link operation
	-S suf	Use suffix instead of ~ when making backup files
	-T	2nd arg must be a DIR
	-v	Verbose
/ # rm -f f0 f1
/ # touch f0
/ # ln -T /f0 /f1
/ # ln -T /f0 /tmp/
ln: '/tmp/' is a directory
/ # ln -T /f0 /tmp/f1

I suggest copying the help from GNU coreutils "-T     treat LINK as a normal file always".
Comment 1 Denys Vlasenko 2019-05-09 14:30:00 UTC 
Fixed in git