#1230 closed defect (fixed)
help synopsis for 'tahoe ln' is confusing
Reported by: | davidsarah | Owned by: | warner |
---|---|---|---|
Priority: | major | Milestone: | 1.8.2 |
Component: | code-frontend-cli | Version: | 1.8.0 |
Keywords: | easy usability help review-needed | Cc: | |
Launchpad Bug: |
Description
tahoe ln --help just says:
tahoe ln FROM TO
followed by the global options help.
It should be clearer about the order of arguments (which are the same as Unix ln(1), i.e. TARGET then LINK_NAME).
Attachments (1)
Change History (9)
comment:1 Changed at 2011-01-06T02:04:47Z by davidsarah
- Milestone changed from 1.9.0 to 1.8.2
- Owner set to davidsarah
- Status changed from new to assigned
Changed at 2011-01-09T06:52:12Z by davidsarah
comment:2 Changed at 2011-01-09T06:54:44Z by davidsarah
- Keywords review-needed added
$ bin/tahoe ln --help tahoe ln FROM_LINK TO_LINK Options: -q, --quiet Operate silently. -V, --version Display version numbers and exit. --version-and-path Display version numbers and paths to their locations and exit. -d, --node-directory= Specify which Tahoe node directory should be used. The directory should either contain a full Tahoe node, or a file named node.url that points to some other Tahoe node. It should also contain a file named 'private\aliases' which contains the mapping from alias name to root dirnode URI. [default: 'D:\cygwin\home\David\.tahoe'] -u, --node-url= Specify the URL of the Tahoe gateway node, such as 'http://127.0.0.1:3456'. This overrides the URL found in the --node-directory . --dir-cap= Specify which dirnode URI should be used as the 'tahoe' alias. --help Display this help and exit. Use 'tahoe ln' to duplicate a link (directory entry) already on the grid to elsewhere on the grid. For example 'tahoe ln alias:some_file alias:new_file'. causes 'alias:new_file' to point to the same object that 'alias:some_file' points to. (The argument order is the same as Unix ln. To remember the order, you can think of this command as copying a link, rather than copying a file as 'tahoe cp' does. Then the argument order is consistent with that of 'tahoe cp'.) If linking a remote file into a remote directory, you'll need to append a '/' to the name of the remote directory, e.g., 'tahoe ln tahoe:file1 tahoe:dir/', not 'tahoe ln tahoe:file1 tahoe:dir'. Note that it is not possible to use this command to create links between local and remote files.
comment:3 Changed at 2011-01-09T06:55:26Z by davidsarah
- Owner davidsarah deleted
- Status changed from assigned to new
comment:4 Changed at 2011-01-17T07:20:55Z by warner
- Owner set to warner
- Status changed from new to assigned
comment:5 Changed at 2011-01-17T08:27:26Z by warner
patch looks fine. I can't apply it, however, because it accidentally depends upon a bunch of other patches, including one named "Eliminate direct dependencies of Tahoe-LAFS on pywin32".
I'll apply a normal diff instead.
comment:6 Changed at 2011-01-17T08:45:34Z by Brian Warner <warner@…>
- Resolution set to fixed
- Status changed from assigned to closed
In b9fb74d2a09c43c7:
comment:7 Changed at 2011-01-17T08:46:41Z by warner
Done. I took the liberty of expanding upon the 'ln file dir/' section.
comment:8 Changed at 2011-01-20T10:05:00Z by Brian Warner <warner@…>
Note: See
TracTickets for help on using
tickets.
CLI: improve synopsis and help description for 'tahoe ln' (now with test update and fix for typo). Also 'file' -> 'file or directory' in some of the 'tahoe --help' summaries. fixes #1230