PolicyKit changes in F12

Jaroslav Reznik jreznik at redhat.com
Tue May 26 13:37:22 UTC 2009


On Martes 26 Mayo 2009 11:16:14 Daniel P. Berrange escribió:
> On Mon, May 25, 2009 at 02:22:02PM -0400, D. Hugh Redelmeier wrote:
> > | From: Rex Dieter <rdieter at math.unl.edu>
> > |
> > | Seems frustrations are mounting:
> > | "On policykit and standards"
> > | http://lists.freedesktop.org/archives/polkit-devel/2009-May/000119.html
> >
> > [I'm an outsider.  This thread is my introduction to the whole area.
> > I'm not even a KDE user.]
> >
> > This certainly does not look like a healthy approach to standardization
> > and cooperation.
> >
> > - the http://cgit.freedesktop.org/PolicyKit/tree/docs/PORTING-GUIDE
> >   appears clearly biased towards GNOME, even though its URL and title
> >   suggest universality: the first substantial line talks about
> >   polkit-gobject-1 (I *think* that gobject means GNOME object)
> >
> > - in a well-constituted standards process (not a de facto standard),
> >   stakeholders are consulted before changes are made.  It looks
> >   as if KDE folks have been stakeholders and have not been allowed to
> >   even sign-off on the design, let alone participate in it.
> >
> > - for good reason, the normal output of a standardization process is a
> >   document, not code.  There appears to be no complete documentation.
> >
> > - all stakeholders ought to be treated respectfully and equitably.
> >   That means, for example, KDE ought not the be second to GNOME.
> >   More particularly, the architectures should be open-ended, allowing
> >   for more than KDE and GNOME.  See, for example,
> > 	http://c2.com/cgi/wiki?ZeroOneInfinityRule
> >
> > I admit that my reactions may be ill-founded.  Perhaps this is meant
>
> You are attempting to create problems here which don't exist. David
> has already pointed out in another mail that if apps don't want to use
> the glib based library, they can talk to DBus directly. There are native
> QT bindings for DBus, and pretty much any other language can talk to
> DBus too with no deps on glib / gobject.

Seems like direct DBus communication is the only way to do it from Qt/KDE apps 
as PolKit library requires gtk_init() somewhere in code...  I've prepared 
patch for polkit-qt to the new PK1 Core API but... Or is there any other way 
to initialize glib without need for it? I'm not familiar with GTK app 
development... But library that expects gtk_init somewhere in application to 
be correctly intialized...

PK1 should be split into parts - cross-desktop backends should be on 
freedesktop, gnome specific libraries should be in gnome repository. This 
should stop confusion.

Jaroslav
 
> Daniel
> --
>
> |: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/
> |: :| http://libvirt.org  -o-  http://virt-manager.org  -o- 
> |: http://ovirt.org :| http://autobuild.org       -o-        
> |: http://search.cpan.org/~danberr/ :| GnuPG: 7D3B9505  -o-  F3C9 553F A1DA
> |: 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

-- 
Jaroslav Řezník <jreznik at redhat.com>
Associate Software Engineer - Base Operating Systems Brno

Office: +420 532 294 275
Mobile: +420 731 455 332
Red Hat, Inc.                               http://cz.redhat.com/




More information about the fedora-devel-list mailing list