Skip to content

fix: link systemd user units so the settings portal activates #3

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
p134c0d3 wants to merge 1 commit into
base: main
Choose a base branch
from
+9 −0
Open

fix: link systemd user units so the settings portal activates #3

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
9 changes: 9 additions & 0 deletions src/singularity-desktop-session
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -50,6 +50,15 @@ pkill -TERM -x singularity-desktop 2>/dev/null || true
pkill -x singularity-polkit-agent 2>/dev/null || true
sleep 0.3
nohup "$BIN/singularity-polkit-agent" >> "$_STATE/polkit.log" 2>&1 &
# Our systemd user units ship under $LIB/systemd/user, a path systemd --user
# does not scan for non-standard prefixes (e.g. /opt/local). Without linking
# them, D-Bus activation of the Settings portal backend fails and libadwaita
# apps never receive the color-scheme/accent, falling back to light.
for _unit in "$LIB"/systemd/user/*.service; do
[ -e "$_unit" ] || continue
systemctl --user link "$_unit" 2>/dev/null || true
done
systemctl --user daemon-reload 2>/dev/null || true
# Restart the portal so it picks up the live session environment, but do NOT
# block on it: xdg-desktop-portal can hang ~25s on its settings-proxy timeout
# waiting for our portal backend, which would delay the shell launch below.
Expand Down