Build & list
Build from the current project:
mvmctl buildOr point at a project directory or manifest file:
mvmctl build ./my-workermvmctl build ./my-worker/mvm.tomlmvmctl build discovers mvm.toml or Mvmfile.toml, runs the Nix build
through the builder VM where Linux build work belongs, and stores artifacts in
a local slot keyed by the canonical manifest path.
Build options
Section titled “Build options”mvmctl build --forcemvmctl build --update-hashmvmctl build --vcpus 4 --mem 2G --data-disk 8Gmvmctl build --snapshotmvmctl build --jsonSnapshot builds are backend-specific. Do not present snapshot availability or latency as universal unless the backend and readiness boundary are named.
Inspect built slots
Section titled “Inspect built slots”mvmctl manifest lsmvmctl manifest ls --jsonmvmctl manifest infomvmctl manifest info ./my-worker --jsonmvmctl manifest verifyUse mvmctl ls, mvmctl info, mvmctl logs, and mvmctl down for running
VMs. Use mvmctl manifest * for build slots and registry state.
Boot after build
Section titled “Boot after build”mvmctl upmvmctl exec ./my-worker -- uname -aIf there is no built revision for the manifest, mvmctl up should fail with a
hint to run mvmctl build.
Security checklist
Section titled “Security checklist”- Build Linux artifacts through the builder VM.
- Treat
--forceas an intentional overwrite of the current slot revision. - Use
manifest verifywhen moving artifacts between hosts or debugging cache state. - Keep mutable registry inputs out of production examples unless they are labeled local-only.