Description of problem: Bugs have been filed against all software in Fedora using consolehelper/usermode asking them to switch to PolicyKit 1. This is the tracker bug for that. http://fedoraproject.org/wiki/Features/PolicyKitOne
Hi, reported bugs for system configuration tools are duplicates of already filled ones by System Configuration Tools Cleanup Project. As this bug depends on this project too I think it's to close new ones as duplicates - we can take care about the rest of s-c-* tools too.
Adding 'Tracking' keyword to be excluded from rawhide rebase to Fedora 11
I got two applications with bugzillas asking to move to PolicyKit, and while googling around to see if there is a HOWTO for that I found the following: (In reply to bug #502736 comment #2) > (In reply to bug #502736 comment #0) > > Description of problem: > > > > usermode/consolehelper is deprecated since Fedora has a better framework now > > called PolicyKit. Please switch to using that instead > > > > http://fedoraproject.org/wiki/Features/PolicyKitOne > > I think it is to early to start using PolicyKitOne, it is still a moving target > and there is no useful documentation to convert application from consolehelper > to PolicyKitOne. > > Application need to be redesigned from scratch and split into a backend doing > the root actions and a frontend running as a normal user and some DBUS magic to > communicate between the backend and frontend. > Some of the work in splitting yumex into a frontend gui and a backend doing the > yum actions is already done i Yum Extender Nextgen, but the PolicyKitOne have > no python bindings and there is no good docs on how to use it and there is only > a porting guide for PolicyKit to PolicyKitOne, not for consolehelper type of > applications to using PolicyKitOne. Also out of the 50 bugs filed, none did resolve to fixed, they are either all still open, closed as duplicates or closed as wontfix/cantfix with arguments like "Closing this WONTFIX because I wont waste my time replacing a hack with another one." or "Can't really afford to spend time on PolicyKit integration, but patches are happily accepted. For now, consolehelper does the job." Maybe the request to integrate PolicyKit everywhere is too early and perhaps submitted at the wrong layer? It does look like it takes upstream skills to integrate it into an application, while usermode/consolehelper was trivial to implement. Anyway if a HOWTO pops up and the packagers are properly guided to make the switch it has better chances of happening.
You can merely pass on the RFE upstream. It is not just a packaging issue.
So I checked, and, uh...several of these are really still outstanding. We still didn't get rid of usermode after all these years. I closed the bugs for packages that have been retired, but all the ones still open are for packages that really do still exist and really do still depend on usermode. Additionally, I found a few packages that depend on usermode which don't have a bug depending on this one: anaconda-live beesu chkrootkit hddtemp mate-system-log mock setuptool subscription-manager system-switch-mail so maybe we need to file a bunch of new bugs. :(