naps62-yoloandClaude Opus 4.7
1c5b6c615c
ci / rust (push) Failing after 2m13s
Plain `tmux ls` in the user's shell now sees maestro-managed sessions without the `TMUX_TMPDIR=/tmp` workaround, because most shells already set `TMUX_TMPDIR=$XDG_RUNTIME_DIR` and the daemon now matches. Precedence: env `MAESTRO_DAEMON_TMUX_TMPDIR` > `[daemon].tmux_tmpdir` > `dirs::runtime_dir()` > None (tmux's own `/tmp` default). Set `tmux_tmpdir = "/tmp"` in config.toml if the daemon must outlive the user's login without linger enabled. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
184 lines
6.2 KiB
Markdown
184 lines
6.2 KiB
Markdown
# Installing Maestro
|
|
|
|
The repo is private, so grab `install.sh` while signed in to gitea, then run it:
|
|
|
|
1. Open <https://git.naps.pt/naps62/maestro/src/branch/main/install.sh>, click
|
|
**Raw**, save as `install.sh`. Or from any existing clone:
|
|
```sh
|
|
git show origin/main:install.sh > install.sh
|
|
```
|
|
2. Run it:
|
|
```sh
|
|
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:
|
|
|
|
```sh
|
|
MAESTRO_REPO_URL=ssh://git@git.naps.pt/naps62/maestro ./install.sh
|
|
```
|
|
|
|
Pass flags through to the wizard after `./install.sh`:
|
|
|
|
```sh
|
|
./install.sh --yes --no-systemd
|
|
```
|
|
|
|
The wizard:
|
|
|
|
1. Runs `cargo install` for `maestro-daemon` and `maestro-cli` (pinned to the
|
|
committed `Cargo.lock` via `--locked`).
|
|
2. Optionally runs `maestrod configure` to populate `~/.config/maestro/config.toml`
|
|
(one shared TOML for `maestrod`, `maestro-registry`, and the `maestro` CLI).
|
|
3. 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`.
|
|
|
|
## Adding the browser UI (optional)
|
|
|
|
`maestro-web` is a separate binary that serves the SPA bundle and reverse-
|
|
proxies API calls to a co-located `maestrod`.
|
|
|
|
**Interactive install (default path).** The wizard now offers it as an
|
|
optional step right after the daemon flow:
|
|
|
|
```text
|
|
Optional: install the browser UI (`maestro-web`)?
|
|
Install maestro-web? [Y/n]
|
|
```
|
|
|
|
Press `Y` and it `cargo install`s `maestro-web`, drops a
|
|
`~/.config/systemd/user/maestro-web.service` unit (ordered after
|
|
`maestrod.service`), reloads systemd, and offers to enable + start it. Re-runs
|
|
of `./install.sh` detect the existing unit and refresh + restart silently.
|
|
|
|
Pass `--no-web` to skip the prompt entirely (headless hosts), or `--yes`
|
|
with `--no-web` for non-interactive daemon-only installs. (Bare `--yes`
|
|
without `--no-web` *skips* the web step too — opt in by re-running once
|
|
interactively.)
|
|
|
|
**Frontend build prerequisite.** `maestro-web` embeds the SPA bundle at
|
|
compile time, so before running the installer:
|
|
|
|
```sh
|
|
pnpm -C web install --frozen-lockfile
|
|
pnpm -C web build
|
|
```
|
|
|
|
Or `just web` from a workspace checkout.
|
|
|
|
**Defaults.** `bind_addr = 127.0.0.1:8080`, `daemon_url =
|
|
http://127.0.0.1:7070`. The `[web]` section of
|
|
`~/.config/maestro/config.toml` overrides both — see
|
|
`crates/maestro-web/README.md`.
|
|
|
|
**Trust model.** Anyone who can reach the bind address can use it. Pick
|
|
`127.0.0.1` for local-only, a WireGuard/LAN address for one-segment access,
|
|
never a public IP without adding auth first.
|
|
|
|
Headless hosts (servers, dev VMs) skip the prompt with `--no-web`. Hosts
|
|
where you want browser access answer yes — both binaries end up in
|
|
`~/.cargo/bin`.
|
|
|
|
## 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. |
|
|
| `--no-web` | Skip the optional `maestro-web` install step. |
|
|
| `--web-exec-start <path>` | Override the web unit's `ExecStart` (default `~/.cargo/bin/maestro-web`). |
|
|
| `-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). Also skips the web step unless an existing `maestro-web.service` is being refreshed. |
|
|
|
|
## Where tmux sockets land
|
|
|
|
`maestrod` defaults `TMUX_TMPDIR` to `$XDG_RUNTIME_DIR` (= `/run/user/$UID`)
|
|
so a plain `tmux ls` in your shell — which typically uses the same env var
|
|
— sees maestro-managed sessions. Override in
|
|
`~/.config/maestro/config.toml`:
|
|
|
|
```toml
|
|
[daemon]
|
|
tmux_tmpdir = "/tmp"
|
|
```
|
|
|
|
Pick `/tmp` if the daemon must outlive your login session and you can't run
|
|
`loginctl enable-linger` (the runtime dir is wiped on logout, taking the
|
|
tmux sockets with it). The env var `MAESTRO_DAEMON_TMUX_TMPDIR` takes
|
|
precedence over the file.
|
|
|
|
## 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:
|
|
|
|
```ini
|
|
[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:
|
|
|
|
```sh
|
|
systemctl --user status maestrod
|
|
journalctl --user -u maestrod -f
|
|
```
|
|
|
|
## Running the wizard without the bootstrap script
|
|
|
|
If you'd rather skip the script:
|
|
|
|
```sh
|
|
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)
|
|
|
|
```sh
|
|
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.
|