Provide long options --bytes and --lines to match -c and -n respectively. This improves head(1)'s compatibility with its GNU counterpart in a sensible way.
Details
Details
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
Comment Actions
don't forget to include "added description of options" or whatnot into the commit log
| head/head.1 | ||
|---|---|---|
| 51 ↗ | (On Diff #38698) | I think this might be a bit clumsy in conjunction with the above paragraph, but I was unsure of how to rephrase the above paragraph. |
Comment Actions
Love the idea of the change. Have a couple of silly quibbles to make it better.
| head/head.1 | ||
|---|---|---|
| 42–62 ↗ | (On Diff #38698) | This whole thing should be rewritten, I fear. -n and --bytes; and -n and --lines should be documented together. This will make it a little longer, but not unreasonably so. Also, other man pages use Fl -long for the long options. So this is inconsistent. I know not which one is more proper since I can make a case both ways.... |
| head/head.c | ||
| 66 ↗ | (On Diff #38698) | usage wasn't updated. |
| head/head.1 | ||
|---|---|---|
| 42–62 ↗ | (On Diff #38698) | I'm afraid I'm not quit grokking your recommendation here, but that might be because it's late. =) I'm assuming you meant -c and --bytes, -n and --lines, but I'm not sure if you're proposing not using this list format or something else. The respective options are documented together as it is. I do have an updated version that uses Fl -long, since that looks a lot better. |