Files
gnome-jarvis/docs/troubleshooting.md
T
snxraven e4546f8e95
Rolling release / release (push) Successful in 14m2s
Fix TTS
2026-09-11 21:56:55 -04:00

70 lines
2.6 KiB
Markdown

# Troubleshooting
## `gpu-doctor` reports no GPU
Confirm the driver and Vulkan/CUDA runtime are installed, then run the doctor
under the same graphical user session that will run `jarvisd`. A host command
such as `vulkaninfo` is insufficient if QVAC itself reports no device. Jarvis
will remain available for diagnostics but refuses inference until QVAC sees a
GPU.
## Voice doctor finds no wake engine
Install a local openWakeWord or sherpa-onnx bridge and set
`JARVIS_WAKE_COMMAND`. The bridge must read raw 16 kHz mono PCM from stdin and
write detected phrases, one per line, to stdout. Push-to-talk remains useful
for typed or manually triggered testing.
## Portal consent succeeds but input is unavailable
ScreenCast consent does not prove that RemoteDesktop/EIS injection is ready.
Configure `JARVIS_LIBEI_BRIDGE`; the helper intentionally fails closed without
it. Use observe-only mode until the injector reports ready. `ydotool` is an
optional, explicitly enabled fallback.
## The extension is missing
Preferences can open while the panel HUD is gone if the extension is installed
but not enabled in the running GNOME Shell. Re-run the installer so it copies
the HUD files and asks Shell to reload/enable `[email protected]`. The
installer also keeps a copy at
`~/.local/share/gnome-shell/extensions/[email protected]`:
```bash
curl -fsSL https://git.ssh.surf/snxraven/gnome-jarvis/raw/branch/main/packaging/web-installer.sh | bash -s -- --enable
```
Then confirm `metadata.json` has UUID `[email protected]` and run:
```bash
gnome-extensions enable [email protected]
journalctl --user -b | grep -i jarvis
```
If the extension still does not appear, log out and back in once so GNOME Shell
reloads its extension search path.
## The service reports `203/EXEC` for `/usr/bin/node`
Older installers wrote a fixed `/usr/bin/node` path. Re-run the current web
installer; it records the Node executable found in the installing user's PATH
when it writes the user service. Check the result with:
```bash
systemctl --user cat jarvisd.service | grep ExecStart
command -v node
```
## The daemon restarts
Inspect `journalctl --user -u jarvisd.service`. Common causes are Node version,
invalid QVAC config, missing session D-Bus, missing GPU visibility, or a stale
portal grant. Run the three doctor commands before changing model settings.
## Rolling release did not publish
Check the Gitea Actions log and repository secret name. It must be exactly
`RELEASE_TOKEN` with repository write permission. The workflow only publishes
from `main`; pull requests and other branches run CI but do not replace the
`rolling` prerelease.