Description of problem:I Have Mag4 64 bit also the same in 32 bit. Launch Gparted from main menu the icon appears and just bounces, waiting for "root password box" which never comes. I launched from terminal as user it is ok asks for password then completes, Gparted opens as it should. journalctl -f while openng gparted from menu Nov 24 08:58:11 Mag4-acer userhelper[3143]: pam_tcb(gparted:auth): Authentic...) Nov 24 08:59:59 Mag4-acer userhelper[3308]: pam_tcb(gparted:auth): conversat...d Nov 24 08:59:59 Mag4-acer userhelper[3308]: pam_tcb(gparted:auth): Unable to...d Nov 24 08:59:59 Mag4-acer userhelper[3308]: pam_tcb(gparted:auth): conversat...d Nov 24 08:59:59 Mag4-acer userhelper[3308]: pam_tcb(gparted:auth): Unable to...d Nov 24 08:59:59 Mag4-acer userhelper[3308]: pam_tcb(gparted:auth): conversat...d ps aux | grep agent Sl 08:46 0:00 /usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
This was on KDE 64 and 32 bit. Gnome worked ok
CC: (none) => martynvidler
We should switch gprated to use policykit instead of consolehelper.
Keywords: (none) => TriagedCC: (none) => fundawang, mageiaAssignee: bugsquad => suppSource RPM: Gparted 0.16.2.2 => gparted-0.16.2.2
JFYI Just tried on beta2 run live mode installed gparted it worked. installed beta2 "gparted was still there" but still wont work Info only KDE partion manager works
(In reply to martyn vidler from comment #3) > JFYI gparted works for me Beta 1. Boot system runlevel 3, log into your user account, run startx to get kde desktop and see if it works. If it does problem may be tied in with bug 11718. If it does work in runlevel 3, it would be nice to add a comment to tie it back to this bug.
CC: (none) => junknospam
CC: (none) => mageia
Dunno what the problem is but yes, it should be converted to polkit rather than consolehelper.
Reply to comment 4 I tried logging into runlevel 3 as you described. Still I cant launch gparted from menu.
I also have this problem with mageia 4 b2 xfce. Installed Gparted from repos it will not launch from menu. It can be launched from console???
*** Bug 12327 has been marked as a duplicate of this bug. ***
CC: (none) => wilcal.int
Whiteboard: (none) => 4errata
I also have the 'gparted will not start' problem (just bouncing icon) with 32-bit & 64-bit Mageia-4 (KDE). Only way to start it is in terminal session: ---------------------- $ gparted You are attempting to run "gparted" which requires administrative privileges, but more information is needed in order to do so. Authenticating as "root" Password: --------------------- No such problem with Mageia-3.
CC: (none) => maurice
(In reply to Maurice Batey from comment #9) > I also have the 'gparted will not start' problem (just bouncing icon) with > 32-bit & 64-bit Mageia-4 (KDE). > > Only way to start it is in terminal session: > > ---------------------- > $ gparted > You are attempting to run "gparted" which requires administrative > privileges, but more information is needed in order to do so. > Authenticating as "root" > Password: > --------------------- > > No such problem with Mageia-3. This means you do not have a polkit agent running. The fact it's asking you in your terminal is indicative of this. Please investigate why you do not have a polkit agent running. In KDE is should be polkit-kde-agent package and the /usr/lib[64]/kde4/libexec/polkit-kde-authentication-agent-1 binary therein. If it's not running, something is broken in your KDE startup. It should be launched when you login.
isn't the lack of polkit support like what was said in comment 2 and 5 ? (by the way removing the maintainer as he is no more active)
Keywords: Triaged => (none)Assignee: supp => bugsquad
> This means you do not have a polkit agent running. The fact it's asking you in > your terminal is indicative of this. Ah, but MCC shows that 'polkit' *is* running (from boot). > Please investigate why you do not have a polkit agent running. *Is* running... > In KDE is > should be polkit-kde-agent package and the /usr/lib[64]/kde4/libexec/polkit- > kde-authentication-agent-1 binary therein. See: https://dl.dropboxusercontent.com/u/10969499/polkit-snapshot.png (This is 32-bit Mageia-4 on laptop)
(In reply to Maurice Batey from comment #12) > > This means you do not have a polkit agent running. The fact it's asking you in > your terminal is indicative of this. > > Ah, but MCC shows that 'polkit' *is* running (from boot). "polkitd" != "polkit agent". These are two different things. One is the daemon that does the actual authorisation, the other is the agent process that runs as the user to do the actual UI stuff. > > Please investigate why you do not have a polkit agent running. > > *Is* running... It appears not. > > In KDE is > > should be polkit-kde-agent package and the /usr/lib[64]/kde4/libexec/polkit- > > kde-authentication-agent-1 binary therein. > > See: https://dl.dropboxusercontent.com/u/10969499/polkit-snapshot.png That shows the file on your computer, but is it actually *running*? "ps aux | grep [p]olkit" is a quick and easy way to test what processes matching that name are running. All this said, as Manuel said, this package does not actually appear to be using polkit anyway, so this is somewhat irrelevant! So some component is missing that allows the popup to work. I suspect a simple "urpmi usermode" will get you the GUI part. I suspect you've only got usermode-consoleonly installed at present.
$ ps aux | grep [p]olkit polkitd 871 0.0 0.4 62628 10416 ? Ssl 11:15 0:00 /usr/lib/polkit-1/polkitd --no-debug mab 3860 0.1 0.6 102436 17224 ? Sl 11:16 0:00 /usr/lib/kde4/libexec/polkit-kde-authentication-agent-1 > I suspect you've only got usermode-consoleonly installed at present. What is installed is precisely what the Mageia-4 installer installed, though I have of course installed apps, e.g. pan. However, I'm happy to report that 'urpmi usermode' did install usermode-1.111-4.mga4.i586, and that starting gparted now occurs normally! But why didn't the Mageia-4 installer install it in the first place?
(In reply to Maurice Batey from comment #14) > However, I'm happy to report that 'urpmi usermode' did install > usermode-1.111-4.mga4.i586, and that starting gparted now occurs normally! > > But why didn't the Mageia-4 installer install it in the first place? Because the package gparted only requires usermode-consoleonly. It doesn't have any specific requires for the usermode package (gtk-based) which pulls in the GUI part. In Mageia 3 the usermode package would have been pulled in as a dep by other tools installed that needed it, but as we've migrated all our own tools away from this legacy system, these packages no longer require usermode and thus it doesn't get pulled in. Essentially it's a very old bug but wasn't ever exposed before. In the short term, I'll look into what's needed to push an update that will replace the usermode stuff with polkit stuff to avoid this whole issue, or simply change the requires on it, but I'd rather go forward rather than just patch it up.
I've submitted a new build of gparted (gparted-0.16.2-2.1.mga4) to updates_testing which uses polkit for authorisation rather than usermode. Please test this to make sure it works for you as well (once it hits your mirror!).
I think the priority of this can remain "normal" and work it as needed.
Tested mga4_64, Thanks Colin :) update works well here, polkit is really well integrated (tested on console and with desktop meny entry too).
CC: (none) => geiger.david68210
OK, thanks David. I've added in the testing tag as this will likely become an update soon :)
Whiteboard: 4errata => 4errata mga4-64-ok
(In reply to Colin Guthrie from comment #19) > OK, thanks David. I've added in the testing tag as this will likely become > an update soon :) Soon :P ? Is it all ok to push it to 4/core/updates ?
CC: (none) => guillaume.ber17
looks like it was missed, Guillaume feel free to help the QA. Suggested Advisory: ======================== Updated gparted, was converted to polkit instead of the dropped consolekit for the authorisation. It will not work nicely in Graphic. ======================== Packages list: gparted-0.16.2-2.mga4.i586 gparted-0.16.2-2.mga4.x86_64 ======================== from gparted-0.16.2-2.mga4.src.rpm
Version: Cauldron => 4Assignee: bugsquad => qa-bugs
This is ok on my i586 setup.
Whiteboard: 4errata mga4-64-ok => 4errata mga4-64-ok mga4-i586-ok
Whiteboard: 4errata mga4-64-ok mga4-i586-ok => 4errata mga4-64-ok mga4-32-ok
Oops yeah, I forgot to push this to QA. The advisory above is a bit wrong, as it's not consolekit, but usermode-consolehelper. Suggested Advisory: ================== Privilege elevation dialogs in Mageia 4 were generally converted to policy kit, however gparted was missed and was still using the (now legacy) usermode-consolehelper. Although this framework still works, no other packages pulled in the needed dependencies to have a GUI-based dialog pop up. This update converts gparted to use polkit for authorisation dialogs.
Advisory uploaded, validating. Please push to 4 core/updates.
Keywords: (none) => validated_updateWhiteboard: 4errata mga4-64-ok mga4-32-ok => 4errata mga4-64-ok mga4-32-ok advisoryCC: (none) => remi, sysadmin-bugs
Update pushed: http://advisories.mageia.org/MGAA-2014-0083.html
Status: NEW => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED