Skip to content

Option values: keep the nested-bracket residue and a glued second metavar word - #161

Open
sadigaxund wants to merge 3 commits into
mainfrom
r12/option-values
Open

sadigaxund wants to merge 3 commits into
mainfrom
r12/option-values

Conversation

@sadigaxund

Copy link
Copy Markdown
Collaborator

Keeps the trailing half of a nested-bracket value spec and the second word of a glued multi-word metavar, and records the three option rows this round measured and declined. S-174 recovered only the outer bracket group, so rustc, cpio and lsusb each rendered a value that stopped partway through what the tool printed.

Sweep numbers, full PATH, 2324 tools, against cf5912f:

  • 4 tools changed, every change a value name growing to what the raw row says. Zero flag losses, zero flag gains, zero subcommand movement, zero positional movement. All nine control tools byte-identical on their #fp2 records: git, gcc, aarch64-linux-gnu-g++-13, ar, pnpm, systemctl, tar, find, docker.
  • cpio -I and -O: [[USER@]HOST:] to [[USER@]HOST:]FILE-NAME. lsusb -s: [[bus]:] to [[bus]:][devnum]. rustc -l: [<KIND>[:<MODIFIERS>]=] to [<KIND>[:<MODIFIERS>]=]<NAME>[:<RENAME>]. pkcheck -d, --details: KEY to KEY VALUE.
  • The residue rule rides S-174, which cleared the five-tool bar in round 11. pkcheck's own shape reads 1 tool and ships as a gated exception.

Three items were measured and not fixed, each with its number. pod2text's third alias reads 1 tool, and S-172's independent-evidence route does not reach it because pod2text's own usage line spells -w rather than -width. Xvfb's -cc int reads 1 tool and is recorded as S-178: the value is taken by the repeated-character repair, because Xvfb separately documents a real bare -c, and loosening a 132-tool family for one tool was declined. Xvfb's -deferglyphs [none|all|16] needed no fix at all, having already been recovered by S-145's own widening, confirmed against the running binary.

icupkg gets one atlas line recording that the maintainer accepted the -t, --type rendering. Refs #142, which is left open: that issue's own subject is -c or --copyright (S-134), and a screen of the current build still shows a bare -c row with no description and no --copyright in the tree, so the defect it names is live and its fixture stays [xfail].

sadigaxund and others added 3 commits September 13, 2026 22:02
…sidue

pkcheck's -d/--details keeps KEY VALUE instead of just KEY. A nested
bracket group's trailing text after its own close now glues onto the
value name too (cpio -I/-O, lsusb -s, rustc -l).

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
…dy fixed

S-035's repeated-character repair drops -cc's real value since Xvfb also
documents an unrelated bare -c. Below the five-tool bar, left open.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
S-175 collided with r12/usage-operands, which keeps the number.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant