- Installer: check for a `[daemon]` section in the unified file (rather than the existence of the now-defunct `~/.config/maestrod/config.toml`) to decide whether to skip the configure prompt on re-runs. The configure prompt + maestrod_config_path() helper now reference `~/.config/maestro/config.toml`. - docs/INSTALL.md: mention the unified file and the single-TOML shape. - spec: update §Registry / §Daemon / §Auth to call out `[registry].bind_addr`, `[daemon].bind_addr`, `[shared].registry_url`, and `[shared].token` instead of the old per-app files.
3.8 KiB
Installing Maestro
The repo is private, so grab install.sh while signed in to gitea, then run it:
- Open https://git.naps.pt/naps62/maestro/src/branch/main/install.sh, click
Raw, save as
install.sh. Or from any existing clone:git show origin/main:install.sh > install.sh - Run it:
chmod +x install.sh && ./install.sh
The bootstrap script builds maestro-installer into a temp directory, runs the
wizard, and cleans up — only maestrod and maestro end up persisted in
~/.cargo/bin.
Updating is the same command. Re-running ./install.sh detects an
existing [daemon] section in ~/.config/maestro/config.toml and an
existing systemd unit, skips the configure prompt, refreshes the unit, and
runs systemctl --user restart maestrod instead of start. No --update
flag needed.
Inside the script, cargo install --git https://git.naps.pt/naps62/maestro …
uses your already-configured git credentials for this host (HTTPS helper or
SSH agent). If only SSH is set up:
MAESTRO_REPO_URL=ssh://git@git.naps.pt/naps62/maestro ./install.sh
Pass flags through to the wizard after ./install.sh:
./install.sh --yes --no-systemd
The wizard:
- Runs
cargo installformaestro-daemonandmaestro-cli(pinned to the committedCargo.lockvia--locked). - Optionally runs
maestrod configureto populate~/.config/maestro/config.toml(one shared TOML formaestrod,maestro-registry, and themaestroCLI). - On systemd hosts, optionally writes a user unit at
~/.config/systemd/user/maestrod.service, reloads systemd, and offers to enable + start it.
Both binaries land in ~/.cargo/bin — make sure that's on your $PATH.
Flags
| Flag | Purpose |
|---|---|
--git <url> |
Install from a different git repo (default: this one). |
--branch <name> |
Pin a branch with --git. |
--path <dir> |
Install from a local workspace checkout (--path + -p <crate>). |
--no-locked |
Drop --locked from cargo install (resolves a fresh dep tree). |
--exec-start <path> |
Override the systemd unit's ExecStart (default ~/.cargo/bin/maestrod). |
--no-systemd |
Skip the systemd step even if detected. |
--no-configure |
Skip the maestrod configure step. |
-y, --yes |
Non-interactive: install binaries + drop systemd unit + reload + enable, but don't auto-run configure or auto-start the unit (those need real config). |
What the systemd unit looks like
The wizard writes a user unit (systemctl --user), since maestrod runs
per-user and uses tmux sockets under $XDG_RUNTIME_DIR. Body:
[Unit]
Description=Maestro per-host daemon (maestrod)
Documentation=https://git.naps.pt/naps62/maestro
After=network-online.target
[Service]
Type=simple
ExecStart=%h/.cargo/bin/maestrod
Restart=on-failure
RestartSec=5
[Install]
WantedBy=default.target
Check status / logs:
systemctl --user status maestrod
journalctl --user -u maestrod -f
Running the wizard without the bootstrap script
If you'd rather skip the script:
cargo install --git https://git.naps.pt/naps62/maestro maestro-installer
maestro-install
This leaves maestro-installer permanently in ~/.cargo/bin — the bootstrap
script avoids that by installing to a scratch dir.
Fully manual install (no wizard)
cargo install --git https://git.naps.pt/naps62/maestro --locked maestro-daemon
cargo install --git https://git.naps.pt/naps62/maestro --locked maestro-cli
maestrod configure
maestrod # foreground; or wire your own service manager
Non-Linux hosts
The wizard works on macOS for the cargo install + maestrod configure parts.
The systemd step is automatically skipped (probe of /run/systemd/system).
launchd integration is not yet supported — start maestrod from your shell or
your own service manager.