Skip to content

Move the rack into the package: vrack becomes audioinstruments._rack - #26

Closed
bdbarnett wants to merge 1 commit into
mainfrom
rename/rack
Closed

bdbarnett wants to merge 1 commit into
mainfrom
rename/rack

Conversation

@bdbarnett

Copy link
Copy Markdown
Contributor

lib/vrack moves to lib/audioinstruments/_rack. A wheel or a frozen build now ships one package, audioinstruments, with the rack under it as a private subpackage; the instruments by name stay the public surface.

  • Every import and module path follows: import audioinstruments._rack.adapter as adapter, from audioinstruments._rack import Rack.
  • manifest.py freezes audioinstruments alone; the rack comes with it.
  • Prose that named the package now says the rack.
  • The faces regenerate unchanged except for the module each names as its source.
  • tests/mpy/run.py --frozen checks the rack's frozen path as audioinstruments/_rack/__init__.py.

Checked: ruff on lib, tests, examples and tools; the face, CI-scope, core, adapter, lazy-import and graph tests (171 passed); the MicroPython tests on a unix build (217, no failures); a wheel holds audioinstruments/_rack/ and no vrack/.

Draft until the open drum machine PRs land, so they don't need rebasing across the move.

lib/vrack moves to lib/audioinstruments/_rack, so the wheel and a frozen
build ship one package. Imports, module paths and docs follow; prose that
named the package now says the rack. The faces are unchanged apart from the
module each one names as its source.
@bdbarnett

Copy link
Copy Markdown
Contributor Author

Replaced by #32, cut on main after the drum machines landed.

@bdbarnett bdbarnett closed this Oct 31, 2026
@bdbarnett
bdbarnett deleted the rename/rack branch October 31, 2026 09:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant