Port publishes installable release artifacts through cargo-dist while keeping
the support matrix explicit. Linux and macOS use the same canonical port
command surface, and Windows remains a workstation path through WSL or a remote
Linux host.
Use the published shell installer:
curl --proto '=https' --tlsv1.2 -LsSf https://github.com/spoke-sh/port/releases/latest/download/port-installer.sh | sh
port doctorThat is the fastest path to a released CLI. The first verification step stays the same everywhere:
port doctorUpgrade to the latest release:
port upgradeInstall a pinned revision from source:
port upgrade --tag <tag>
port upgrade --sha <git-sha>The revision-pinned path reuses a cached checkout under ~/.cache/port, builds
with a supported local Rust toolchain, and installs the result into the same
Cargo-style prefix used by the release installer.
| Target triple | Supported path | Boundary |
|---|---|---|
x86_64-unknown-linux-gnu |
Primary release target for local Firecracker workflows and hosted control-plane demos on Linux | Local Firecracker still requires a Linux host; Firecracker/PVM remains a dedicated prepared-node lane rather than a generic fallback |
x86_64-apple-darwin |
Intel macOS release target for the AVF local lane | AVF remains a local macOS workflow and still requires an external launcher helper via PORT_AVF_LAUNCHER |
aarch64-apple-darwin |
Apple Silicon macOS release target for the AVF local lane | Distributed targets still need Apple's virtualization entitlement; Rosetta convenience is not part of the core package contract |
| Environment | Current boundary |
|---|---|
| Windows native install | Not shipped in the first cargo-dist release slice. Use WSL or a remote Linux host for Linux-backed workflows |
| Linux targets outside the published matrix | Not part of the install contract until Port publishes and validates that target |
| Bundled AVF launcher app | Not shipped here. AVF uses the canonical port CLI plus an explicitly configured launcher helper |
Released Port installs remain self-contained. They include:
- the
portbinary - bundled docs, examples, and artifact scripts needed by supported workflows
- the install metadata required for
port upgradeand post-install verification
Port resolves both the legacy packaged share/port/... layout and the
cargo-dist installer layout so released binaries can still find the assets they
need without a repository checkout.