Problem
.github/instructions/repo.instructions.md documents a known workaround:
_zz_logs.sh: No such file — caused by install.sh line 9 typo: _zz_logs vs _zz_log — fixed by ln -sf src/common-utils/_zz_log.sh src/common-utils/_zz_logs.sh
This means there's a real naming mismatch between what's referenced (_zz_logs.sh) and what actually exists (_zz_log.sh) in src/common-utils, currently "fixed" only by a manual symlink step documented as setup folklore rather than a real source fix.
Proposal
- Find the actual reference to
_zz_logs (likely in install.sh or a script under src/common-utils) and either rename the source file to match, or fix the reference to use the correct existing filename — whichever is the actual intended name.
- Remove the manual symlink workaround from
.github/instructions/repo.instructions.md once the real fix lands, since it should no longer be necessary.
Where this lives / sync note
The fix belongs in src/common-utils (the actual source of _zz_log.sh and whatever references it). Since common-utils is depended on by most other features and is itself split out to its own repo via split-monorepo.yml, fixing it at the source here is what propagates the fix everywhere — the symlink workaround should not be needed by any consumer once this is fixed upstream.
Acceptance criteria
Problem
.github/instructions/repo.instructions.mddocuments a known workaround:This means there's a real naming mismatch between what's referenced (
_zz_logs.sh) and what actually exists (_zz_log.sh) insrc/common-utils, currently "fixed" only by a manual symlink step documented as setup folklore rather than a real source fix.Proposal
_zz_logs(likely ininstall.shor a script undersrc/common-utils) and either rename the source file to match, or fix the reference to use the correct existing filename — whichever is the actual intended name..github/instructions/repo.instructions.mdonce the real fix lands, since it should no longer be necessary.Where this lives / sync note
The fix belongs in
src/common-utils(the actual source of_zz_log.shand whatever references it). Sincecommon-utilsis depended on by most other features and is itself split out to its own repo viasplit-monorepo.yml, fixing it at the source here is what propagates the fix everywhere — the symlink workaround should not be needed by any consumer once this is fixed upstream.Acceptance criteria
ln -sfworkaround to run successfully..github/instructions/repo.instructions.md.