GObject Introspection in the bindings set --- I'd like to propose GObject Introspection as part of the bindings release set. Introspection is an infrastructure tool for both applications and language bindings. For more background, there's a longer description of what introspection does here: http://live.gnome.org/GObjectIntrospection
External Dependencies: Introspection currently depends on Python 2.5 or later for the developer tools *only*. Adoption: We have several binding consumers of introspection (seed/gjs, pygi, sbank, jgir) in various stages. We've made a good amount of progress in allowing Vala to be rebased on introspection as well (though there is one major blocker still left for that). Gnome-shell currently depends on introspection as a way to bind mutter core. GNOME-ness: We feel we're fairly thoroughly GNOMEy =) 3.0 readiness: Relevant in the sense that introspection is a dependency of gnome-shell which we would like to brand as GNOME 3. We don't link to any GTK+ so there's no GSEAL etc. to worry about. License: LGPL 2.1+, a bit of BSD code here and there Now, on to concerns/issues. 1) gir-repository should be dead - people please stop depending on it. It's pretty high priority for me to get gnome-shell switched over to the GTK+ introspection built stack. 2) API/ABI stability. I'm going to try really hard on this. If we end up doing nested namespaces for Vala some things will get harder, but we'll see. 3) Will this conflict with the eventual goal of getting introspection into GLib? My feeling here is that we can preserve typelib compatibility, potentially only the libgirepository API would change. _______________________________________________ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
