gksu deprecated

[4D696B65]

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892768

[Bulkley]

This is unfortunate. pkexec is a horror show to configure. I don't like the sudo process at all. What I want is a popup box asking for my root password when I need to run programs such as Synaptic. It has to be something simple to use in a menu.

Did Red Hat cook up this stuff?

[Head_on_a_Stick]

pkexec is a horror show to configure [...] What I want is a popup box asking for my root password when I need to run programs such as Synaptic

Good news: the synaptic package supplies a pkexec configuration file and also a wrapper script to launch it

Add this to your menu:

Code: Select all

synaptic-pkexec

Note though that you will need to have a graphical polkit authentication agent running to supply the password pop-up box — all of the desktop environments do this automatically but simple window manager desktops (such as openbox) will need to have the agent added to their autostart scripts.

[roseway]

It seems that kdesu is still alive.

[Bulkley]

. . . the synaptic package supplies a pkexec configuration file and also a wrapper script to launch it

Add this to your menu:

Code: Select all

synaptic-pkexec

Note though that you will need to have a graphical polkit authentication agent running to supply the password pop-up box — all of the desktop environments do this automatically but simple window manager desktops (such as openbox) will need to have the agent added to their autostart scripts.

And another for gnome-disks and another for system-config-printer, etc. One might as well configure sudo.

I notice that gksu is in Sid. I read somewhere that a new version is in the works. Have you seen anything about that?

Yes, I'm being stubborn because gksu -g is so easy to use in Obmenu.

Head_on_a_Stick, thanks for your suggestion. This happens in terminal.

Code: Select all

~$ synaptic-pkexec
==== AUTHENTICATING FOR com.ubuntu.pkexec.synaptic ===
Authentication is required to run the Synaptic Package Manager
Authenticating as: root
Password:
polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
==== AUTHENTICATION FAILED ===
Error executing command as another user: Not authorized

This incident has been reported.

[Head_on_a_Stick]

And another for gnome-disks and another for system-config-printer, etc

No, just a single authentication agent running in the background will accept all requests from any programs.

And you only need it running if you want to be authenticated — I don't run anything as root on my desktop so I deliberately don't run the authentication agent.

One might as well configure sudo

Sorry to disappoint the rabid conspiracy theorists out there but this isn't a Red Hat plot to dominate Linux[1] but rather a determined and serious effort to improve the piss-poor security of the GNU/Linux desktop[2] — gksu was a significant improvement over plain sudo in respect of granting permissions to GUI applications and pkexec does better again.

This happens in terminal

As I explained, you need to start a polkit authentication agent and have it running in the background in order for a pasword dialogue box to be shown and the request to be accepted.

Add this line to ~/.config/openbox/autostart:

Code: Select all

/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

https://packages.debian.org/stretch/policykit-1-gnome

Then save the file, log out & back in again and `synaptic-pkexec` should now work

[1] They do that through kernel contributions

[2] https://scarybeastsecurity.blogspot.co. ... sktop.html

[Bulkley]

Add this line to ~/.config/openbox/autostart:

Code: Select all

/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

Thanks. That works. Your script was better than mine. I had entered only "policykit-1-gnome" and froze my screen.

[Head_on_a_Stick]

Thanks. That works.

Awesome! You're welcome, glad you got it working

Your script

It's not mine actually — I stole it from BunsenLabs

EDIT: and yes, it is a weird thing to have to call

[Bulkley]

Like you, I don't like root privileges running on my desktop. Being old school, I do most package management in a term, major upgrades in a console with X shutdown. However, there are a few programs that are useless without root privileges, Synaptic being one of them. (Synaptic is a great package browser.) Now one can do

Code: Select all

$ su -c synaptic

in any term or use

Code: Select all

gksu -g synaptic

in a menu. Both are rather simple. When working properly, closing the program also closes root privileges. On the other hand, pkexec requires convoluted script. What you showed me how to do for Synaptic does not work for gnome-disks.

Code: Select all

$ gnome-disks-pkexec
bash: gnome-disks-pkexec: command not found

Doing

Code: Select all

$ pkexec gnome-disks
Unable to init server: Could not connect: Connection refused

brings up a password box but ultimately fails. Essentially, pkexec does not translate easily from one program to another.

[Head_on_a_Stick]

What you showed me how to do for Synaptic does not work for gnome-disks.

That's by design — the GNOME devs do not believe that pkexec is secure enough and so they do not supply a .policy file for the program, this is needed for pkexec to work.

You could try adding one yourself by creating a file at /usr/share/polkit-1/actions/com.ubuntu.pkexec.gnomedisks.policy with content based on
/usr/share/polkit-1/actions/com.ubuntu.pkexec.synaptic.policy, I suppose.

It's probably best to use gparted instead because that package includes /usr/share/polkit-1/actions/com.ubuntu.pkexec.gparted.policy and so will allow pkexec to work.

[Innovate]

Thx for inform I'll check those app package that require gksu & clear them out.
Lucky thunar, unetbootin support those pk exec I don't have to worry these.