The canonical .doctor.just does not parse — every repo that fetched it has no doctor #92
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Meta/Campaign
Meta/Epic
Meta/Session
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Curated
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Scope/Campaign
Status/Abandoned
Status/Blocked
Status/Conflicted
Status/In Progress
Status/In Review
Status/Need Grooming
Status/Need More Info
Status/Ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Ting/Jostoph#92
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Found while reviewing the file's Nushell, 2026-08-27.
.doctor.justonfastlane/main(20c7398c) is rejected byjustbefore any recipe body runs:Removing that pair exposes a second:
openspec-referenceis also defined twice. At20c7398cthe file additionally carriesting_store_idandting_store_remotetwice, whichjustrejects even earlier (variableting_store_idhas multiple definitions).The file is a bad merge of two doctor generations. Both duplicated recipes have an older and a newer form living side by side:
environment— the older writes a bareuse flakeand hard-errors on an inactive direnv; the newer (4e573fe) ensures the managed bootstrap header and continues diagnostics.openspec-reference— the older is built onting_store_id/ting_store_remote; the newer (d01076a) derives the store from the repository basename and performs the fullopenspec store setupreconciliation.This is not cosmetic. Jostoph is the canonical source of
.doctor.justand the file distributes itself: consuming repositories fetch it through the.envrcbootstrap, andsyncoverwrites their local copy frommain. So no repository in the estate currently has a workingjust doctor,sync, or seam installation — and the doctor cannot even report that it is broken, becausejustnever reaches a recipe body.In scope
fastlaneseam guard, found in the same pass:jj logover a revset that matches nothing exits 0 and prints nothing, so the first match arm's$carried.exit_code != 0never fires and the seam is installed in every repository regardless of whether the forge carries afastlanebookmark — the opposite of what the recipe's own header scopes it to.default-branchalready tests the same call correctly, by empty stdout.Out of scope
jj git remote listparsing that indexes$p.0/$p.1instead ofparse, the unguarded.git/info/excluderead,sync's O(n²) line diff, andgovernance's bare relativeAGENTS.md. Real, none load-bearing; they belong in their own ticket.NU_FORCE_FORMAT. The export is correct for theset shellpath. That only[script]recipes exist in this file, so thedisplay_outputhook never fires andcheck's table will not round-trip throughfrom ndnuon, is a separate observation and a separate decision.Boundary
.doctor.justonly. No change to what the surviving recipes do — the newer form of each is kept verbatim.Acceptance
just --unstable -f .doctor.just --listsucceeds and listsadopt,default,doctor,wire.fastlanerecipe reports "none on the forge" in a repository whose forge carries nofastlanebookmark, and installs the seam in one that does.[script]body parses under the pinned Nushell with no deprecation warnings.