zerod/src/ at main · tsiry-sandratraina.com/zerod

Headless Rust gRPC daemon to drive Bluetooth, HLS/DASH playback, and snapcast/shairport-sync/squeezelite on Raspberry Pi audio rigs.

Fork 0

zerod / src

2 files

at main

Tsiry Sandratraina Add A2DP sink mode — BlueZ pairing agent + bluealsa delegation 6w ago

d6cd2bdd

main.rs

Add A2DP sink mode — BlueZ pairing agent + bluealsa delegation Registers a BlueZ pairing agent at server boot when `[bluetooth.a2dp].enabled = true`. The agent's RequestConfirmation callback publishes `BluetoothPairingRequest` onto the event bus and either auto-accepts (kiosk mode) or parks on a per-address oneshot waiting for `BluetoothService.RespondPairing` — 30s timeout falls back to rejection so a stuck prompt doesn't leak the channel. AuthorizeService accepts the A2DP Source UUID (`0000110a-…`) and emits `BluetoothA2dpConnected` so phones can stream audio without a second confirm after pairing. Adapter setup at boot: optional alias, set_pairable(true), and discoverable + discoverable_timeout when requested. New RPCs: `SetDiscoverable`, `RespondPairing`, `A2dpEnable`, `A2dpDisable`. A2dpEnable preflights `bluealsa-aplay.service` via the existing systemd allowlist and surfaces a clear "install bluez-alsa-utils" error if the unit is missing. The unit is auto-appended to the systemd allowlist whenever a2dp is enabled, so users don't need to remember to list it under [systemd]. Non-Linux: start_agent is a silent no-op so the server still boots with `a2dp.enabled = true` on macOS for development; RPC-level paths return "linux only". bluer pinned to =0.17.4 exact — the Agent callback shape varies across minor versions and a silent rewire of the pairing flow is worse than a build break. Verified: host build green; cross --target arm-unknown-linux-gnueabihf green; macOS smoke covers disabled-by-config, stub fall-through, preflight error path, and auto-allowlist.

1 month ago

service.rs

service install: pin a random bearer token in the unit file The previous template left ZEROD_BEARER_TOKEN unset, which meant zerod would generate a new random token on every restart and log it once — unworkable for any client that wants a stable token, and easy to miss in the journal. Now `zerod service install`: - generates a 32-byte hex token via getrandom (or accepts --token <v>), - substitutes it into Environment=ZEROD_BEARER_TOKEN= in the unit, - writes the file mode 0600 so other users can't read the secret, - prints the token to stdout with the client-side ZEROD_BEARER_TOKEN export to copy-paste. Re-running with --force rotates the token (unless --token is supplied); without --force the install errors out so an in-flight client doesn't silently break. Also fixes Documentation= URL to point at the actual repo (tangled.org/tsiry-sandratraina.com/zerod).

1 month ago

Configure Feed

Configure Feed