You are not logged in.
After upgrading from Beowulf, all apps like synaptic, gparted and timeshift fail to launch from the whisker menu in XFCE. After some research I saw that all of them are probably using pkexec to launch which in turn is supposed to use polkit to show the password dialog for elevating privileges.
Which package is supposed to be the polkit agent for XFCE? Arch says it's xfce-polkit but that doesn't exist in the repos. I seem to have installed pokit-kde-agent-1, mate-polkit and mate-polkit-common but not mate-polkit-bin, and I see that I could install lxpolkit too. But since i'm running XFCE I don't think I should be using these.
Thank you.
Last edited by Tritonio (2022-01-13 11:22:35)
Offline
Probably these two:
policykit-1-gnome
libpam-elogind
Offline
Both are already installed. Maybe I need to run something? I don't see executables in these packages' installed files though.
Offline
I run Chimaera-upgraded-from-Beowulf with XFCE. However, I have not had your problem, which does not help me to help you. However, in an attempt to help I ran with your report on polkit & searched in Synaptic for it; the single installed item was gir1.2-polkit-1.0 (GObject introspection data for PolicyKit), so that seems to be the one:
GObject introspection data for PolicyKit
PolicyKit is a toolkit for defining and handling the policy that
allows unprivileged processes to speak to privileged processes.This package contains introspection data for PolicyKit.
It can be used by packages using the GIRepository format to generate
dynamic bindings.
Added:
Taking this one step further by searching for PolicyKit, there is one further item installed: cups-pk-helper (PolicyKit helper to configure cups with fine-grained privileges):
PolicyKit helper to configure cups with fine-grained privileges
This package provides a PolicyKit helper to configure cups with
fine-grained privileges. For example, it's possible to let users
enable/disable printers without requiring a password, while still
requiring a password for editing printer settings.
Last edited by alexkemp (2022-01-13 12:42:30)
Offline
Have I tried turning it off and on again? No I haven't. And I just did. And it works now.
I restarted because I thought the problem was that I was running my Xsession's dbus under a different group (with "sg") and indeed when I reverted to the original and restarted, it worked! But then I put it back to the different group and it still works. So I guess it simply needed a restart?? Alright... Maybe there was some polkit daemon that had died then.
Thank you all for the help! Once I verify it's working I'll mark it as SOLVED.
Offline
My experience is that a reboot past the last upgrade step clears away one or the other hickup with configurations that get lost during such a process.
rolfie
Online
It might be worth checking it still works after one or two more reboots before you mark it as solved. I've see strange things happen too often to trust software to always do what you expect.
Offline
should suffice to add a .desktop entry in ~/.config/autostart/
something like polkit.desktop with contents like these:
[Desktop Entry]
Name=Polkit Agent
Type=Application
Terminal=false
Exec=eval "$(/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1)"
Offline
Exec=eval "$(/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1)"
Why the eval? The agent is directly executable.
A simpler approach is to just add this line to ~/.xsessionrc:
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
Reference: https://wiki.debian.org/Xsession
Brianna Ghey — Rest In Power
Offline