Troubleshooting
This page covers the first local checks. Splinterm is a public alpha with a narrow validated Omarchy/Arch environment, so failures outside that target may not have a supported resolution.
Check the installed command
Section titled “Check the installed command”command -v splintermcommand -v splinterdOn the packaged system, the trusted graphical client and daemon are adjacent under /usr/bin. A user-local splinterm earlier in PATH does not match the running system daemon’s trusted-UI identity.
Check the daemon
Section titled “Check the daemon”systemctl --user status splinterd.servicesplinterm pingStart the user service on demand if needed:
systemctl --user start splinterd.serviceThe default socket is $XDG_RUNTIME_DIR/splinterm/splinterd.sock. A development instance may use another path through SPLINTERM_SOCKET.
A window exits as unauthorized
Section titled “A window exits as unauthorized”Check all of the following:
command -v splintermresolves to the packaged client.- The running daemon executable is the packaged adjacent
splinterd. - The client and daemon come from the same package build.
- Old windows were reopened after replacing either executable.
Do not install a development client to an earlier user-local PATH entry and treat it as the packaged desktop client.
Configuration fails at startup
Section titled “Configuration fails at startup”Run with the intended file and read the line-numbered diagnostic:
SPLINTERM_CONFIG=/path/to/config.ini splinterm launchUnknown keys and malformed values fail rather than being guessed. Compare the file with the supported configuration.
A Dojo is missing from Recent Dojos
Section titled “A Dojo is missing from Recent Dojos”The native picker opens only Dojos whose complete pane layout is still running. Exited Splints remain in persistent metadata, but starting them again requires explicit restore.
Inspect active and exited topology through the human CLI:
splinterm listsplinterm list --allAutomation is denied
Section titled “Automation is denied”Socket access, the same Unix account, SSH login, or running inside a Splint does not grant automation authority. Persistent automation requires a valid owner-controlled policy for the exact executable identity, operation scopes, resources, and limits.
A controller denial can also be normal: one client may hold a Splint’s exclusive input/resize lease while others continue observing.