graphical-session.target (systemd) is not started when launched through SDDM. (repost)

[PoutineSyropErable]

Already reported ? *

• I have searched the existing open and closed issues.

Regression?

Not a regression - it's an old bug

System Info and Hyprland Version

(I reposted it here)
Here's /usr/share/wayland-sessions/hyprland.desktop, which comes with hyprland.

[Desktop Entry]
Name=Hyprland
Comment=An intelligent dynamic tiling Wayland compositor
Exec=Hyprland
Type=Application
DesktopNames=Hyprland
Keywords=tiling;wayland;compositor;

And The versions:

❯ hyprland --version
Hyprland 0.47.2 built from branch  at commit 882f7ad7d2bbfc7440d0ccaef93b1cdd78e8e3ff  (version: bump to 0.47.2).
Date: Sun Feb 2 00:47:17 2025
Tag: v0.47.2, commits: 5767
built against:
 aquamarine 0.7.2
 hyprlang 0.6.0
 hyprutils 0.5.0
 hyprcursor 0.1.11
 hyprgraphics 0.1.1


no flags were set

❯ yay -Qs hyprland
local/hyprcursor 0.1.11-3
    The hyprland cursor format, library and utilities
local/hyprgraphics 0.1.2-1
    hyprland graphics resources and utilities
local/hyprland 0.47.2-1
    a highly customizable dynamic tiling Wayland compositor
local/hyprland-qt-support 0.1.0-4
    QML style provider for Hypr* QT apps
local/hyprland-qtutils 0.1.3-4
    Qt/QML utility apps for Hyprland
local/hyprlock 0.6.2-3
    hyprland’s GPU-accelerated screen locking utility
local/hyprshot 1.3.0-2
    A utility to easily take screenshots in Hyprland
local/hyprutils 0.5.0-1
    Hyprland utilities library used across the ecosystem
local/hyprwayland-scanner 0.4.4-1
    A Hyprland implementation of wayland-scanner, in and for C++
local/xdg-desktop-portal-hyprland 1.3.9-5
    xdg-desktop-portal backend for hyprl

Description

**I know it's closed, but we should have a script or a modifed .desktop, no? **
I have found this page;
https://wiki.hyprland.org/Hypr-Ecosystem/xdg-desktop-portal-hyprland/

Please post a patchwork bandaid fix in the wiki

How to reproduce

I'm on Arch Linux. It might be a systemd errors. But graphical-session.target should start with other de no?
It might just be a simple modification of that file, idk.

Attach not paste

• I understand that all text files must be attached, and not pasted directly. If not respected, this issue will likely get closed as spam

Checklist of files to include below

• Hyprland config - hyprctl systeminfo -c (always include)
• Crash report (always include in case of crash)
• Video (always include in case of a visual bug)
• Logs (might contain useful info such as errors)

Additional info & File uploads

No response

[fufexan]

Have you tried this first? #8880 (comment)

Also I'm really not sure what you mean with the xdph wiki page.

[PoutineSyropErable]

I linked to xdph wiki page because i wanted graphical-session.target to launch the xdg-desktop-portal suite. (Screen sharing). [ Which kinda shows a brute force method of "fuck it, lets create a script to launch everything grap-sess should start" ].

I have it working. So It's not really an issue for me.
And yeah i checked it first, (hence repost in title).
And i have used something similar to start it however...

❯ systemctl --user start graphical-session.target
Failed to start graphical-session.target: Operation refused, unit graphical-session.target may be requested by dependency only (it is configured to refuse manual start/stop).
See user logs and 'systemctl --user status graphical-session.target' for details.

░▒▓    ~/Pictures/Screenshots ·································································································· 4 ✘  06:13:21 PM  ▓▒░
❯

You aren't supposed to call graphical-session.target manually. But i still have a line for it inside my hyprland.conf:

exec-once = dbus-update-activation-environment --systemd --all #for graphical-session.target
exec-once = systemctl --user start graphical-session.target # kinda bad
# Fix for graphical-session.target? 

and by magic it works.

---

TLDR: Some more unnofical patch that one of you guys recommend would be nice. There's enough ducktape holding my pc together, so I'd happily upgrade to some gorilla tape provided by you guys.
(Until the underlying bug is fixed).

---

Idk if it is related, but hypr_idle start also is wack. No automated method work, either from hyprland.conf, a script, systemd, or a mix of the above, even with sleep and wait commands. I can post something there though.

[PoutineSyropErable]

Btw, I can get uswm with hyprland working. I have yay -S uswm and for some reason i do not know, have a .desktop of it
(which i had before i even downloaded uswm so...)

[Desktop Entry]
Name=Hyprland (uwsm-managed)
Comment=An intelligent dynamic tiling Wayland compositor
Exec=uwsm start -- hyprland.desktop
DesktopNames=Hyprland
Type=Application

[fufexan]

uwsm is the recommended way of using Hyprland nowadays. It manages the session better than we could by manually writing systemd units.

Also hypridle should come with its own service https://github.com/hyprwm/hypridle/blob/main/systemd/hypridle.service.in.