Review Request: print-manager on kdereview
Christoph Feck
christoph at maxiom.de
Sat Aug 25 20:00:13 BST 2012
On Saturday 25 August 2012 04:29:19 Daniel Nicoletti wrote:
> 2012/8/23 Christoph Feck <christoph at maxiom.de>:
> > On Wednesday 22 August 2012 21:39:11 Daniel Nicoletti wrote:
> >> two years ago I started print-manager, at that time
> >> I was using Debian which is affected by this bug:
> >> https://bugs.kde.org/show_bug.cgi?id=271957
> >> because of this (and the fact I'm not a python fan
> >> to fix the issue) I started print-manager a C++
> >> implementation that could replace the current
> >> solution and fix the bug I had.
> >
> > Given the fact that the above mentioned bug is about
> > authorization, what does printer-manager do to avoid bug 242648,
> > and how could its methods be transfered to other modules needing
> > KAuth, such as the kdm or clock modules?
>
> Well CUPS has it's own API for authorization, which is why I
> avoided the polkit solution s-c-p-gnome now uses. It wasn't easy
> to make it work right since CUPS API blocks, but it works reliable
> now that I wrapped it on a thread.
Okey, so what you do in printer-manager is completely unrelated to
kauth.
What I am interested in is, how we can use your knowledge to avoid the
mistake in the kauth design for frameworks.
If I understand mentioned bug correctly, it is not possible to fix the
crash with the current design of kauth/polkit interaction, because the
polkit frameworks expects the password dialog to run in its own
processes.
If GNOME still uses polkit, how did they solve the out-of-process
password dialogs?
> kde workspace would be a good place to stay.
Hm, kdeadmin is not moved to git yet, but I guess it still would be
possible to create a "KDE Admin" project group.
Christoph Feck (kdepepo)
More information about the kde-core-devel
mailing list