| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Add a session-scoped daemon service, mirroring the paseo source package.
Ship /usr/bin/paseo-daemon-session, which runs the bundled node-mode CLI
entry (/opt/Paseo/resources/bin/paseo, ELECTRON_RUN_AS_NODE) inside an
interactive login shell for full PATH. paseo.service is a static,
Restart=always unit running it, meant to be started from an XDG autostart
entry once the session is up (so it inherits DISPLAY/WAYLAND_DISPLAY),
documented in post_install. Do not enable it; post_upgrade flags stale
enable symlinks from the original WantedBy=default.target unit.
|
|
|
|
|
|
|
|
Remove paseo.service entirely. The desktop app already manages its own
daemon with the full shell env and DISPLAY, and the service caused more
problems than it solved (wrong entry point, missing DISPLAY at login,
and a graphical-session.target binding that crashed the GNOME session).
Users who want an autostart daemon can use an XDG autostart entry instead
(documented in the install notes). Add a post_upgrade hint to clean up a
stale enable symlink.
|
|
Binding paseo.service to graphical-session.target pulled a heavy Electron
daemon into the GNOME session-init window, racing gnome-shell for
Wayland/resources and crashing the session back to gdm. Revert to a plain
user service (WantedBy=default.target, no PartOf/After graphical-session).
The daemon may therefore lack DISPLAY when started at login; document that
the desktop app manages its own daemon (full env incl. DISPLAY) and that
the systemd service is only for CLI/headless use.
|
|
Tie paseo.service to graphical-session.target instead of default.target:
the daemon now starts only after a graphical session is up (inheriting
DISPLAY/WAYLAND_DISPLAY/XAUTHORITY so agents can launch GUI apps) and
stops on logout. Previously it could start at login before those vars
were imported, so GUI apps spawned by agents failed with "could not
connect to display". Drop the enable-linger suggestion from the install
note since GUI agents need an active session.
|
|
paseo.service invoked /usr/bin/paseo (the GUI wrapper, /opt/Paseo/Paseo),
which cannot spawn the daemon node-mode supervisor and died with
"unknown command supervisor-entrypoint.js". Point ExecStart at the
bundled CLI launcher /opt/Paseo/resources/bin/paseo, which sets
ELECTRON_RUN_AS_NODE and the node bootstrap. Keep the interactive login
shell wrapper (-ilc) so the daemon and its agents inherit the full PATH
(git, node, ~/.local/bin CLIs). Verified active (running), listening on
127.0.0.1:6767.
|
|
The systemd --user daemon path does not run inheritLoginShellEnv (only
the desktop GUI startup does), so the daemon and every agent it spawned
inherited the minimal systemd user environment and could not find git,
node, etc. Launch the daemon through the user login shell so it picks up
the same PATH/env as an interactive terminal. Also declare git as a
runtime dependency.
|
|
|
|
|
|
|
|
|
|
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
|
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
|
Paseo wraps Electron with a Commander.js CLI that rejects unknown
options, so --ozone-platform-hint=auto on the command line errored out
with "unknown option". Switch to ELECTRON_OZONE_PLATFORM_HINT, which
Electron 28+ reads directly during startup, bypassing the app-level
argv parser. Drop --enable-wayland-ime for the same reason (no env-var
equivalent; can revisit if upstream exposes one).
|
|
Paseo is an Electron desktop app providing a unified interface for
Claude Code, Codex and OpenCode agents.
Wrapper at /usr/bin/paseo passes --ozone-platform-hint=auto and
--enable-wayland-ime so the app uses native Wayland under a Wayland
session and falls back to X11 otherwise.
|
|
|