zvm

ID

zvm

Link

Repository

Upstream stars

⭐ 1,070

Last commit

2026-10-05

Platforms

🐧 Linux · 🍎 macOS · 🪟 Windows

Operations

installed · search · install · remove · cleanup

purl types

pkg:zvm/

CLI name

zvm

Issues and PRs

📦 manager: zvm

Source

zvm.toml

zvm installs and switches between versions of the Zig compiler (https://github.com/tristanisham/zvm).

A package is a version token, and every verb agrees on it: install, rm and use all take one, and the listing prints one per line. Both shapes are real packages, a released number such as 0.13.0 and the rolling master, which is the reading rustup and bob settled: the object every verb accepts is what counts as a package.

Parsing notes, verified against zvm 0.9.1 on macOS:

• No installed_version is captured, deliberately, as for bob and pyenv. The token is the identity rather than a version field, and master is not a version at all.

• The inventory prints bare tokens, one per line. Its empty state is a sentence rather than a blank, “No local Zig installs. Run zvm ls --all …”, which the pattern rejects on the spaces alone.

• The catalog is a three-column table whose header the pattern has to reject, so it matches the two token shapes explicitly rather than anything at the start of a line. Dropping master would have been the easy mistake: it sits on the last row, formatted master (remote) (0.17.0-dev…), and it is installable like any other.

• No upgrade_all, and the name is the trap. zvm upgrade is documented as “Self-upgrade ZVM”: it replaces the tool, not any installed Zig. Nothing upgrades a compiler in place either, a newer one being an install, so no upgrade of any kind is declared.

• No outdated: nothing reports staleness.

Note

Installs are verified twice by zvm itself, against a shasum and a minisign signature, both reported on the way through.

What mpm adds to zvm

Through mpm, zvm gains --exact and --extended search, to narrow to exact names or match descriptions.

Bigger still, mpm reaches across every manager at once: mpm installed and mpm outdated cover zvm alongside every other manager you run in one table, mpm upgrade --all updates them together, and mpm sbom exports the whole machine as one bill of materials.

Every mpm command also gains --dry-run and --plan previews, cross-scheme version comparison and purl identifiers. See manager augmentations for how each one is built.

Your zvm commands, in mpm

You already know zvm: each operation maps one-to-one onto mpm, in an interface shared by every manager.

To…	With zvm	With mpm
List what’s installed	zvm ls	mpm --zvm installed
Search for a package	zvm ls --all	mpm --zvm search ls
Install a package	zvm install <package_id>	mpm install pkg:zvm/<package_id>
Remove a package	zvm rm <package_id>	mpm remove pkg:zvm/<package_id>
Clear caches	zvm clean	mpm --zvm cleanup --cache

Prefix any command above with --dry-run to simulate the underlying manager calls without touching the system: the safe way to watch what mpm would do before trusting it.

Operations

Operation	Supported	Notes
installed	✅
outdated
orphans
search	✅	Exact and extended search backfilled by mpm.
install	✅
upgrade
upgrade_all
remove	✅
sync
cleanup	✅
doctor

Configuration

• Ignore zvm on the mpm CLI by passing the --no-zvm option.

• Ignore it for every run in your configuration:

  [mpm]
  zvm = false
  

• Raise the timeout of all zvm calls:

  [mpm.overrides.zvm]
  timeout = 900
  

• Run mpm config-template zvm to print all overridable settings for your configuration file:

  [mpm.overrides.zvm]
  cli_names = [
      "zvm",
  ]
  cli_search_path = []
  dry_run = false
  ignore_auto_updates = true
  plan = false
  post_args = []
  pre_args = []
  pre_cmds = []
  stop_on_error = false
  unmaintained = false
  version_cli_options = [
      "--version",
  ]
  version_regexes = [
      "zvm\\s+version\\s+v?(?P<version>\\d+\\.\\d+\\.\\d+)",
  ]
  

Recipes

A few jobs you would otherwise script around zvm, one mpm command each:

• Snapshot and clone a machine: mpm --zvm dump zvm.toml, then mpm restore zvm.toml on the next one.

• Export a compliance SBOM: mpm --zvm sbom (CycloneDX by default, --spdx for SPDX).

Privilege escalation

mpm runs this manager as the current user and never prepends sudo by default. Flip the policy for its privileged operations with --sudo or the per-manager sudo override.

None of its operations is privileged.

See privilege escalation for the full policy.

Cooldown

State of zvm’s release-age gating, from the cooldown support table:

Status: ❌ None (the catalog lists versions, never their release dates)

A cooldown only pays off where a compromised release can be withdrawn while the clock runs, and can only be emulated where the registry dates its releases. From the retraction table:

• Registry: Zig release archive

• Retraction: Archive removal: a compiler is a tarball on ziglang.org or a mirror, so a version is withdrawn by that archive ceasing to serve it, with the index regenerated to match

• Publish date: ❌ the catalog prints a version and a tag marker, never a publication date

With --cooldown set, mpm skips this manager’s install and upgrade operations rather than run them unguarded (fail-closed); --cooldown best-effort opts back in.

Reference traces

A collection of raw native outputs captured from the manager’s own CLI and recorded in the bundled definition. If you know zvm well and a transcript below looks wrong, or a newer release changed its output format, report it.

$ zvm ls
0.13.0

$ zvm ls --all
Version     Installed   ZLS
0.16.0                  (tagged)
0.13.0      [installed] (tagged)
master (remote) (0.17.0-dev.1936+5a625d5f3)

Version check

The version is probed by running:

$ zvm --version
zvm version v0.9.1 darwin/arm64

and extracted with:

r"zvm\s+version\s+v?(?P<version>\d+\.\d+\.\d+)"

Upstream project

Metrics	tristanisham/zvm
Activity
Popularity
Metadata

Changelog

• 8.0.0 (2026-09-20)

  • Add the zvm Zig version manager with inventory, catalog search, install, remove and build-cache cleanup.