FS#51421 - [gnome-shell] GParted does not run under GNOME Wayland

Attached to Project: Arch Linux
Opened by Mark Blakeney (bulletmark) - Monday, 17 October 2016, 23:44 GMT
Last edited by Jan de Groot (JGC) - Sunday, 09 July 2017, 22:09 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:

If you start GParted from the GNOME dock/overview then an authentication window pops up but after entering your password nothing more is seen.

Looking in the journal, the following errors are found:

gparted.desktop[6174]: No protocol specified
gpartedbin[6283]: cannot open display: :0

Which is also what you see if you run it at the command line via "sudo gparted".

So this is the fundamental issue https://bugzilla.gnome.org//show_bug.cgi?id=772875 but surely it is a bug that gparted is still provided with a desktop launcher under Wayland?

Note, gparted can be run using sudo if you do a "xhost +local:" before it.
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 09 July 2017, 22:09 GMT
Reason for closing:  Won't fix
Additional comments about closing:  As the redhat/fedora report: won't fix. Software in user Wayland sessions can't run as root without hacks.
Comment by Rob (aegis) - Tuesday, 18 October 2016, 05:50 GMT
I can confirm this same behaviour in Wayland using Gnome-shell. And the fix listed using "xhost +local:" does work.

Comment by Alif (alive4ever) - Wednesday, 19 October 2016, 02:44 GMT
GNOME developers doesn't support running X applications via sudo. The recommended way to get root privilege for graphical application is using polkit. Gparted developers need to implement polkit support to solve this issue.
Comment by Mark Blakeney (bulletmark) - Tuesday, 14 February 2017, 22:30 GMT
Actually, gparted already works with polkit. The real issue is clearly stated by the comment at https://bugzilla.redhat.com/show_bug.cgi?id=1274451#c37.

Unfortunately, given that the "solution" requires a major re-write of gparted and other UI apps that run as root, it won't get fixed in the short term.

That bug reference points out that "xhost si:localuser:root" is slightly more restrictive than "xhost +local:" and so is a better work-around.

Loading...