You are not logged in.
When I start pavucontrol through terminal, the program starts but I get this error
(process:57600): Gdk-WARNING **: 21:56:55.768: Cannot get portal org.freedesktop.portal.Settings version: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not activate remote peer 'org.freedesktop.portal.Desktop': startup job failed
(pavucontrol:57600): Gdk-WARNING **: 21:56:55.775: Cannot get portal org.freedesktop.host.portal.Registry version: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not activate remote peer 'org.freedesktop.portal.Desktop': startup job failed
(pavucontrol:57600): Gdk-WARNING **: 21:56:55.777: Cannot get portal org.freedesktop.portal.Inhibit version: GDBus.Error:org.freedesktop.DBus.Error.NameHasNoOwner: Could not activate remote peer 'org.freedesktop.portal.Desktop': startup job failedalso when I start qt6ct, it works the same but I get this error
Configuration path: "/home/neba/.config/qt6ct"
Shared QSS paths: QList("/home/neba/.local/share/qt6ct/qss", "/usr/local/share/qt6ct/qss", "/usr/share/qt6ct/qss")
Shared color scheme paths: QList("/home/neba/.local/share/qt6ct/colors", "/usr/local/share/qt6ct/colors", "/usr/share/qt6ct/colors")
qt.qpa.services: Failed to register with host portal QDBusError("org.freedesktop.DBus.Error.NameHasNoOwner", "Could not activate remote peer 'org.freedesktop.portal.Desktop': startup job failed")Should I ignore those errors or is there a solution.
It all happens on Arch Linux with Hyprland.
Last edited by drneba (2026-06-18 19:09:11)
Offline
Online
Did you mean the first part of the thread?
Or
If I run hyprland with
dbus-run-session start-hyprland The error no longer appears.
But in the first next post as far as I understand it is not a good way to start hyprland.
PS.
I start Hyprland through SDDM.
Last edited by drneba (2026-06-18 18:13:11)
Offline
The part where you patch the dependency on graphical-session.target out of the service, https://bbs.archlinux.org/viewtopic.php … 9#p2300839
Under no circumstances uses dbus-run-session for things like this (it has the very special purpose to run a nested session isolated from the regular session bus)
Online
Great, I changed it and now everything works properly, it doesn't give an error anymore.
$ systemctl --user edit --full xdg-desktop-portal.service
...
#Requisite=graphical-session.target # removed = workaround
...How do I know if it will need to be returned?
Offline
For hyprland specifically see https://bbs.archlinux.org/viewtopic.php … 4#p2301914
Once that version reaches the repos (or you compile it yourself) hyprland will provide the graphical-session.target and you should no longer need the insert.
Online
Thanks, I think I'll wait that version reaches the repos. ![]()
Thanks again.
Offline
For hyprland specifically see https://bbs.archlinux.org/viewtopic.php … 4#p2301914
Once that version reaches the repos (or you compile it yourself) hyprland will provide the graphical-session.target and you should no longer need the insert.
To be clear, that's someone's upstream branch of hyprland I'd linked to in that thread.
Not even a hyprland MR (yet), nor is it a downstream Arch packaging patch proposal. See more here:
• https://github.com/hyprwm/Hyprland/disc … t-17348983
I think I'll wait that version reaches the repos.
So, this isn't a thing that's planned to happen as of yet. If you're not comfortable patching, stick with the drop-in for now.
By "In a similar vein..."
...it's similar to the current Arch Sway packaging patch in that it creates a hyprland-session.target which binds to graphical-session.target.
Offline