hyprwm / xdg-desktop-portal-hyprland

xdg-desktop-portal backend for Hyprland
BSD 3-Clause "New" or "Revised" License
273 stars 47 forks source link

XDPH refuses to start #188

Closed alba4k closed 7 months ago

alba4k commented 7 months ago
× xdg-desktop-portal-hyprland.service - Portal service (Hyprland implementation)
     Loaded: loaded (/usr/lib/systemd/user/xdg-desktop-portal-hyprland.service; static)
     Active: failed (Result: exit-code) since Mon 2024-02-19 20:16:51 CET; 3min 6s ago
    Process: 1652 ExecStart=/home/alba4k/.cache/paru/clone/xdg-desktop-portal-hyprland-git/pkg/xdg-desktop-portal-hyprland-git/usr/lib/xdg-desktop-portal-hyprland (code=exited, status=203/EXEC)
   Main PID: 1652 (code=exited, status=203/EXEC)
        CPU: 309us

feb 19 20:16:51 dell-xps systemd[1177]: xdg-desktop-portal-hyprland.service: Scheduled restart job, restart counter is at 3.
feb 19 20:16:51 dell-xps systemd[1177]: xdg-desktop-portal-hyprland.service: Start request repeated too quickly.
feb 19 20:16:51 dell-xps systemd[1177]: xdg-desktop-portal-hyprland.service: Failed with result 'exit-code'.
feb 19 20:16:51 dell-xps systemd[1177]: Failed to start Portal service (Hyprland implementation).
alba4k commented 7 months ago

possibly related to https://github.com/hyprwm/Hyprland/issues/4744 ?

vaxerski commented 7 months ago

no

alba4k commented 7 months ago

Also, programs like firefox are taking longer than usual to launch. I could also imagine (and could be equally wrong ;) ) that this might be related to a portal not running, as the speed is normal when using the (broken) outdated version

edit: eh, not really. honestly no idea why that is. maybe it is related to the aforementioned issue, as I do see glitches appearing while firefox is starting

vaxerski commented 7 months ago

stacktrace? verbose logs? You provide nothing you get nothing

alba4k commented 7 months ago

Yup, here you go

first things first, I was able to get a normal looking recording (without any weird flickering) after https://github.com/hyprwm/Hyprland/issues/4744, and firefox now opens at the usual speed. Thanks :)

Now, as for xdph, it worked as intended when ran manually (/lib/xdph) but not when running via systemd

So I thought of looking at the service files, and would you look at that, whoever is maintaining the aur package did a really, really impressive job! this is what I found:

immagine

I guess I'll try to figure out if that's on me on paru or what, but hey, i guess it works now

still getting some weird graphical glitches at times, and flameshot is often black or showing weird stuff (might be because of flameshot, or something else, ill look into that. here's a sample in case you need something to laugh at). sorry for bothering, goodnight.