fix: regenerate standalone core lockfile for @earendil-works deps#19
Conversation
The Docker core image build runs `npm ci` against the standalone packages/core/package-lock.json, which still encoded the old @mariozechner/pi-* dependency tree after the 0.3.1 migration — the root lockfile was regenerated but this one was missed. npm ci rejected it (strnum/xml-naming/anynum mismatch), failing the core image in the v0.3.1 release. Regenerated against @earendil-works/pi-* 0.79.9. Verified with an isolated `npm ci --omit=dev` (the exact Docker core stage): 347 packages, exit 0.
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Summary
Regenerates the standalone
packages/core/package-lock.jsonto match the@earendil-works/pi-*dependencies introduced in 0.3.1.Why
The Docker core image stage runs
npm ciagainst this standalone lockfile (not the root one). During the 0.3.1 migration the root lockfile was regenerated, but this one was missed — it still encoded the old@mariozechner/pi-*tree. That mismatch (strnum/xml-naming/anynum) madenpm cifail and broke the core Docker image in the v0.3.1 release (npm publish + platform image succeeded).Fix
packages/core/package-lock.jsonagainst@earendil-works/pi-*0.79.9.npm ci --omit=dev --ignore-scripts(exactly the Docker core stage): 347 packages, exit 0.No source or version change — lockfile only. Unblocks the core image for the next release.