Skip to content

Fix: the Octatrack package rebuild keeps earlier versions' packages - #1120

Merged
repeat98 merged 1 commit into
repeat98:mainfrom
Zac-Kyoti:fix-packager-keeps-versions
Nov 1, 2026
Merged

repeat98 merged 1 commit into
repeat98:mainfrom
Zac-Kyoti:fix-packager-keeps-versions

Conversation

@Zac-Kyoti

Copy link
Copy Markdown
Contributor

What was wrong

npm run octatrack:module-packages in write mode deleted every earlier version's .mwrm that main still publishes, such as sidechain-compressor/0.1.2-experimental.mwrm and lofi2/0.1.0-experimental.mwrm. The builder clears public/octatrack-modules before its first write. A run that stopped part way (a recipe mismatch, a missing tool) also left the folder half empty. I found it while rebinding packages for #1098, where the files had to be restored by hand.

What changes

scripts/octatrack-module-packages.py snapshots the published .mwrm files before a write and puts back every one the run did not rewrite, whether the run finished or stopped part way. A file the run writes stays as written. --check and --prepare-ports are untouched. The builder (module_packages.py), a base input, is unchanged.

How I checked

  • New test test_a_write_keeps_every_package_it_did_not_rewrite: an older version survives a rebuild, the current version is replaced, and both hold when the run fails part way.
  • On main (00ecaf52), a full write run of the real packager leaves git status clean: every package rebuilt identical and every earlier version kept. A run that stopped part way (no node on the PATH) also left public/ untouched.
  • npm run pr:ready: Ready.

Guides

Nothing.

🤖 Generated with Claude Code

The builder clears public/octatrack-modules before its first write, so a
write-mode `octatrack:module-packages` dropped every earlier version's .mwrm
that main publishes, and a run that stopped part way left the folder half
empty (repeat98#1098). The wrapper now puts back every file the run did not rewrite,
on success and on failure; the builder, a base input, is unchanged.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@github-actions github-actions Bot added the bug Something isn't working label Oct 31, 2026
@repeat98
repeat98 merged commit 6a38631 into repeat98:main Nov 1, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants