Related roadmap: #214
Problem
scripts/vendor standalone creates a vendor/base-bash-libs copy described as auditable, but it never writes base-bash-libs.lock into that copy. The repository's own scripts/vendor verify command therefore rejects the embedded vendor tree.
The test intended to assert the lock exists is vacuous because it ends with || true.
Evidence
Reviewed on main at 63753047312cd5c189600ed71597faceae0f5d8e.
Focused reproduction:
- Build a framework directory bundle.
- Generate a standard app.
- Run
scripts/vendor standalone APP BUNDLE STANDALONE.
- Run
scripts/vendor verify STANDALONE/vendor/base-bash-libs.
Actual result: status 1, vendor destination lacks lock or hash metadata; the lock file is absent.
tests/vendor.bats:51 currently uses [ -f .../base-bash-libs.lock ] || true, so the missing contract cannot fail CI.
Acceptance criteria
Related roadmap: #214
Problem
scripts/vendor standalonecreates avendor/base-bash-libscopy described as auditable, but it never writesbase-bash-libs.lockinto that copy. The repository's ownscripts/vendor verifycommand therefore rejects the embedded vendor tree.The test intended to assert the lock exists is vacuous because it ends with
|| true.Evidence
Reviewed on
mainat63753047312cd5c189600ed71597faceae0f5d8e.Focused reproduction:
scripts/vendor standalone APP BUNDLE STANDALONE.scripts/vendor verify STANDALONE/vendor/base-bash-libs.Actual result: status 1,
vendor destination lacks lock or hash metadata; the lock file is absent.tests/vendor.bats:51currently uses[ -f .../base-bash-libs.lock ] || true, so the missing contract cannot fail CI.Acceptance criteria
MANIFEST.sha256, version, and source commit.scripts/vendor verify STANDALONE/vendor/base-bash-libspass for a freshly created standalone application.