http://bugzilla.opensuse.org/show_bug.cgi?id=920510 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Antoine.Saroufim@gmail.com, | |dimstar@opensuse.org Flags| |needinfo?(Antoine.Saroufim@ | |gmail.com) --- Comment #1 from Dominique Leuenberger --- gnomesu is dead.. let's not resurrect that beast. gparted contains this as Exec line: Exec=pkexec /usr/sbin/gparted %f Can you try to execute this on a command line to see what this gives for you? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 --- Comment #3 from Antoine Saroufim --- Exec=pkexec /usr/sbin/gparted %f results in a small error window popping up and it says that root privilages are required for running gparted. If gnomesu is dead then perhaps gksu can be used instead? There surely must be a way for the user to launch it graphically. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 --- Comment #5 from Antoine Saroufim --- Created attachment 625452 --> http://bugzilla.opensuse.org/attachment.cgi?id=625452&action=edit Error dialogue This is the error I get after using the command you provided. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 --- Comment #7 from Dominique Leuenberger --- (In reply to Antoine Saroufim from comment #6)

Okay, apparently I can launch gparted if I run the following: pkexec /usr/sbin/gparted

The "exec=" and "%f" parts were causing trouble. Everything works fine without them.

Exec= is the key in the .desktop file for the DE to know what to launch; and %f is being translated as needed by the shell as well.. so in fact, pkexec /usr/sbin/gparted is what the shell will fire up as well. So the question would now be: why can you start it from CLI with the same command, if you can't start it from the apps overview... -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 --- Comment #8 from Frederic Crozat --- to reproduce easily: use GNOME 3.16 live image and try to start gparted from gnome-shell. starting it from gnome-terminal works fine. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 http://bugzilla.opensuse.org/show_bug.cgi?id=920510#c10 Bruno Pesavento changed: What |Removed |Added ---------------------------------------------------------------------------- Hardware|Other |x86-64 Version|201502* |201505* OS|Other |openSUSE 42.1 --- Comment #10 from Bruno Pesavento --- The problem is still there in Leap 42.1 M2 Gnome (and the current Tumbleweed). Starting GParted from the desktop launcher, the journal shows: "set 22 14:54:28 localhost gparted.desktop[2211]: Refusing to render service to dead parents." Might the cause be the structure (a "gparted" script that calls a "gpartedbin" executable), or possibly the "libparted : 3.2" thing that shows on a terminal but has nowhere to go when invoked from the launcher? BTW, LXDE is affected too, while in KDE4 and Plasma5 GParted starts from the launcher without a glitch. Other superuser apps (like ModemManager GUI) now work OK on Gnome. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 http://bugzilla.opensuse.org/show_bug.cgi?id=920510#c13 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |IN_PROGRESS Assignee|bnc-team-gnome@forge.provo. |dimstar@opensuse.org |novell.com | --- Comment #13 from Dominique Leuenberger --- the issue at hand is that pkexec does not like to be double forked and thus result in a PPID=1 situation.. then it basically aborts with: gparted.desktop[7276]: Refusing to render service to dead parents. A slight different startup method has now been integrated into the package and submitted to GNOME:Apps; it does not avoid the double fork in itself, but the parent that is being double forked does not mind.. and that one then spawns up pkexec (which no longer has PID1 as parent). Hence a hackaround solution. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 http://bugzilla.opensuse.org/show_bug.cgi?id=920510#c15 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #15 from Dominique Leuenberger --- Fix landed in Leap 42.1 / Current repositories -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920510 Ludwig Nussel changed: What |Removed |Added ---------------------------------------------------------------------------- Version|Leap 42.1 Beta 1 |Leap 42.1 -- You are receiving this mail because: You are on the CC list for the bug.