kit 6.6.3
Fixed
- A
/root/…hook path is no longer called stale on a machine whose home IS/root.
The gate-liveness diagnostic returned on the/root/prefix alone, before reaching the
executability check, so on a root container — where agents commonly run — kit reported a
hook command as unable to "reliably start" while that same path started fine, and advised
rewriting hooks for/rootwhen/rootis where they already pointed.kit checkfailed
on it, which madekit setupexit 1. The 6.6.1 case the check exists for is unchanged: a
path generated in a root sandbox and carried to a normal account, where/rootis not home
and the file is unreachable. A genuinely broken/rootpath on a root machine is still
caught, by the executability check the early return used to skip. - Two tests stated a claim that depended on who ran them. Three gate-liveness tests
asserted the/rootbehaviour while inheriting the runner's$HOME, and the WAL-sidecar
fallback test established its precondition withchmod 0o500without checking whether it
took — root writes through0500, so the precondition silently did not exist and the test
reported that as the fallback being broken. The gate-liveness tests now pin$HOMEto name
the machine they describe, and the WAL test probes with a real write and skips loudly when
the mode does not deny. Verified the skip does not mask: as a non-root user the guard does
not fire and the test runs and passes.
Full changelog: https://github.com/sandstream/kit/blob/v6.6.3/CHANGELOG.md
Verify this release:
git tag -v v6.6.3
npm audit signatures