From bc99092@sac.sfbay.sun.com Thu Aug 13 16:23:24 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7DNNNI5020737 for ; Thu, 13 Aug 2009 16:23:23 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7DNNFMm015757; Fri, 14 Aug 2009 00:23:22 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOC00G038YWRC00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 13 Aug 2009 16:23:20 -0700 (PDT) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOC006V18YWPI40@nwk-avmta-1.sfbay.Sun.COM>; Thu, 13 Aug 2009 16:23:20 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7DNNKFO047919; Thu, 13 Aug 2009 16:23:20 -0700 (PDT) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7DNNJdh020731; Thu, 13 Aug 2009 16:23:19 -0700 (PDT) Received: (from bc99092@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n7DNNJlw020727; Thu, 13 Aug 2009 16:23:19 -0700 (PDT) Date: Thu, 13 Aug 2009 16:23:19 -0700 (PDT) From: Brian Cameron Subject: gobject-introspection and gir-repository [LSARC/2009/442 FastTrack timeout 08/25/2009] To: lsarc-ext@sun.com Cc: desktop-discuss@opensolaris.org Message-id: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 13904 Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: gobject-introspection and gir-repository 1.2. Name of Document Author/Supplier: Author: Brian Cameron 1.3 Date of This Document: 13 August, 2009 4. Technical Description 1. Introduction 1.1. Project/Component Working Name: gobject-introspection and gir-repostiory 1.2. Name of Document Author/Supplier: Brian Cameron 1.3. Date of This Document: 08/07/2009 1.4. Name of Major Document Customer(s)/Consumer(s): 1.4.1. The PAC or CPT you expect to review your project: Solaris PAC 1.4.2. The ARC(s) you expect to review your project: LSARC 1.4.3. The Director/VP who is "Sponsoring" this project: Robert O'Dea 1.4.4. The name of your business unit: Software - OPG 1.5. Email Aliases: 1.5.1. Responsible Manager: leo.binchy@sun.com 1.5.2. Responsible Engineer: brian.cameron@sun.com 1.5.3 Marketing Manager: glynn.foster@sun.com 1.5.4. Interest List: desktop-discuss@opensolaris.org 2. Project Summary 2.1. Project Description: The goal of gobject-introspection is to describe the APIs and collect them in a uniform, machine readable format. Historically in GNOME, the core platform has been relatively binding friendly, but there are several details not captured in the C+GObject layer that bindings have needed. For example, reference counting semantics and the item type inside GLists. Up until now various language bindings such as Python, Mono, java-gnome etc. had duplicated copies of hand-maintained metadata, and this led to a situation where bindings tended to lag behind until these manual fixups were done, or were simply wrong, and your application would crash when calling a more obscure function. The introspection project solves this by putting all of the metadata inside the GObject library itself, using annotations in the comments. This will lead to less duplicate work from binding authors, and a more reliable experience for binding consumers. Additionally, because the introspection build process will occur inside the GObject libraries themselves, a goal is to encourage GObject authors to consider shaping their APIs to be more binding friendly from the start, rather than as an afterthought. 4. Technical Description: 4.1. Details: Note that gobject-introspection and gir-repository are not currently used by the GNOME 2.28 stack. They are used by clutter version 1.0, but nothing in the GNOME 2.28 stack currently uses clutter. Providing these libraries in a GNOME 2.28 timeframe is useful only for making it possible for developers to build and test programs like GNOME Shell and libchamplain which are expected to be introduced in the next release of GNOME. gobject-introspection provides: * An XML format called GIR containing introspection information * python package to create and parse the GIR format * scanner to generate GIR format from C source and headers * a typelib similar to xpcom/msole which stores the information on disk in a binary format * a compiler to compile the typelib from a xml format (and vice versa) * C library to read the typelib The gobject-introspection module installs: * typelib files to /usr/lib/girepository-1.0 * GIR files to /usr/share/gir-1.0 for the following modules: * OpenGL * Glib * cairo * fontconfig * freetype2 * libxml2 * xfixes * xft * xlib Note that only the glib GIR and typelib files are built by the gobject-introspection module. The other modules are supported with static files. 4.1.1 GIR XML Format The core of the GObject-introspection is an XML format which is called GIR (GObject Introspection Repository) which contains the API introspection metadata for a library or interface entity. The purpose of it is to provide a common structure to access the complete available API that a library or other unit of code exports. It is meant to be language agnostic using namespaces to separate core, language or library specific functionality. There are currently only C based tools that work on the format, but it's meant to be usable to use in other situations, for instance to/from another set of languages. GIR currently contains three different XML namespaces: * core: contains features available in popular programming languages: classes, methods, functions, interfaces, properties, strings, enums etc. * c: contains features specific to the C language: identifiers, symbol names, C types * glib: contains features specific to GLib/GObject: signal, GType, flags, paramspec The separation of different data in different namespaces allow you to reuse it allows you to arbitrarily extend the metadata available in different languages. 4.1.2 Typelib The typelib is a to disk version of the GIR designed to be fast, memory efficient and complete enough so that language bindings can be written on top of it without other sources of information. It is normally compiled from a GIR when a library/program is installed and accessed from the language binding or another application who wishes to use the information. 4.1.3 Tools * g-ir-compiler - A typelib compiler. It converts one or more GIR files into one or more typelib files. It can emit either raw typelib files (default) or C code if the --code argument is used. * g-ir-generate - A GIR generator, using the repository API. It generates GIR files from a raw typlib or a shared library. * g-ir-scanner - Generates GIR XML files by parsing headers and introspecting GObject based libraries. It is usually invoked during the normal build step for a project and the information is saved to disk and later installed so language bindings and other applications can use it. Header files and source files are passed in arguments on the command line. Currently only C-based libraries are supported by the scanner. 4.1.4 API Library gobject-introspection also includes a C based library called libgirepository which provides an API to access to the typelib metadata. It also contains an API to invoke functions, given the function info object. The implementation is based on libffi. 4.1.5 API Library A separate module called gir-repository provides typelib and GIR files for many libraries available in the GNOME stack which library bindings can depend upon. This module is temporary, since these .gir files will eventually migrate to their respective upstream modules. 4.1.6 gir-repostiory The gir-repository module installs: * typelib files to /usr/lib/girepository-1.0 * GIR files to /usr/share/gir-1.0 for the following modules: * ATK * avahi * babl * clutter, clutter-gtk, clutter-cairo, clutter-json * D-Bus * GConf * GDK, GDK-pixbuf, GTK * gnio (not currently available on Solaris) * gnome-keyring * gnome-menu * goocanvas (not currently available on Solaris) * GStreamer * gssdp (not currently available on Solaris) * gtksourceview * libnautilus-extension * libnotify * libunique * libwnck * pango * poppler * libsoup * VTE * webkit (LSARC 2009/409) It only installs the files for the modules which are available on the system. gir-repostitory also installs a handful of helper libraries to build and use typelibs. 4.2. Interfaces: Exported Interfaces Stability Comments ---------------------------------- ---------------- ------------- The gobject-introspection module exports these interfaces: /usr/bin/g-ir-compiler Uncommitted Compiler /usr/bin/g-ir-generate Uncommitted GIR Generator /usr/bin/g-ir-scanner Uncommitted GIR XML Generator /usr/lib/libgirepository-1.0.so Uncommitted Library API /usr/lib/libgirepository-everything-1.0.so Uncommitted Library used for testing bindings for completeness. /usr/lib/girepository-1.0 Uncommitted Repository of typelib files for libraries /usr/lib/gobject-introspection/giscanner Project Private Implementation of g-ir-scanner /usr/lib/pkgconfig/gobject-introspection-1.0.pc Uncommitted object-introspection pc file /usr/include/object-introspection/girepository.h Uncommitted header file /usr/include/object-introspection/girffi.h Uncommitted header file /usr/share/gir-1.0/ Uncommitted Repository of GIR files for libraries. /usr/share/man/man1/g-ir-compiler.1 Uncommitted Man page /usr/share/man/man1/g-ir-generate.1 Uncommitted Man page /usr/share/man/man1/g-ir-scanner.1 Uncommitted Man page The gir-repository module exports these additional interfaces: /usr/lib/libgirepo-Clutter-custom.so Volatile Helper library for building typelibs /usr/lib/libgirepo-DBus-custom.so Volatile "" /usr/lib/libgirepo-Gdk-custom.so Volatile "" /usr/lib/libgirepo-Gtk-custom.so Volatile "" Imported Interfaces Stability Comments -------------------- --------------- ----------------------- gobject-introspection imports: glib Committed LSARC 2006/202 libffi Volatile PSARC 2008/542 gir-repository imports: ATK Committed LSARC 2006/202 avahi Volatile LSARC 2006/455 babl Volatile LSARC 2008/702 clutter Volatile LSARC 2008/426 D-Bus Volatile LSARC 2006/368 GConf Volatile LSARC 2006/202 GDK, GDK-pixbuf, GTK Committed LSARC 2006/202 gnome-keyring Volatile LSARC 2008/430 gnome-menu Volatile LSARC 2007/146 GStreamer Volatile LSARC 2006/202 gtksourceview Volatile LSARC 2007/146 libnautilus-extension Volatile LSARC 2006/202 libnotify Volatile LSARC 2007/137 libunique Volatile LSARC 2009/142 libwnck Volatile LSARC 2006/202 pango Committed LSARC 2006/202 poppler Volatile LSARC 2007/146 libsoup Project Private LSARC 2003/298 VTE Volatile LSARC 2006/202 webkit Uncommitted LSARC 2009/409 4.3. Doc Impact: Man pages are provided with gobject-introspection 4.4. Packaging & Delivery: SUNWgobject-introspection, SUNWgobject-introspection-devel, SUNWgir-repository 4.5. Dependencies: None. 4.6. L10N Impact: The Desktop team and the G11N team are working together to evaluate and provide I18N/L10N support. 4.7. Security Impact: None 5. Reference Documents: GObject Introspection Website http://live.gnome.org/GObjectIntrospection/ GObject Introspection Tutorial http://live.gnome.org/GObjectIntrospection/FromHereToThere GObject Introspection Annotations http://live.gnome.org/GObjectIntrospection/Annotations 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Desktop 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Alan.Coopersmith@sun.com Thu Aug 13 16:29:19 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7DNTITO020834 for ; Thu, 13 Aug 2009 16:29:19 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n7DNTDqI001372 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 14 Aug 2009 07:29:18 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOC00D0F98RJM00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 17:29:15 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOC006QN98R5H30@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 17:29:15 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7DNTFE2002985 for ; Thu, 13 Aug 2009 16:29:15 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOC00G0090CJO00@fe-sfbay-09.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 16:29:15 -0700 (PDT) Received: from [10.6.102.27] ([unknown] [10.6.102.27]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOC005HU98Q0950@fe-sfbay-09.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 16:29:15 -0700 (PDT) Date: Thu, 13 Aug 2009 16:29:14 -0700 From: Alan Coopersmith Subject: Re: gobject-introspection and gir-repository [LSARC/2009/442 FastTrack timeout 08/25/2009] In-reply-to: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> Sender: Alan.Coopersmith@sun.com To: Brian Cameron Cc: lsarc-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4A84A1CA.1010102@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) Status: RO Content-Length: 740 Brian Cameron wrote: > The gobject-introspection module installs: > * typelib files to /usr/lib/girepository-1.0 > * GIR files to /usr/share/gir-1.0 > > for the following modules: > * OpenGL > * Glib > * cairo > * fontconfig > * freetype2 > * libxml2 > * xfixes > * xft > * xlib Since many of those come from another consolidation (X), how are they kept in sync when new versions of the libraries are delivered? Should the files for each library be packaged with the library itself instead of in the common packages? -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Brian.Cameron@sun.com Thu Aug 13 16:49:17 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7DNnHvu021869 for ; Thu, 13 Aug 2009 16:49:17 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7DNnE4S034314 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Thu, 13 Aug 2009 17:49:17 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOC00K15A63J700@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 16:49:15 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOC00B02A62CQ90@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 16:49:14 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7DNnEh7019807 for ; Thu, 13 Aug 2009 23:49:14 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KOC00K009S91M00@mail-amer.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 17:49:14 -0600 (MDT) Received: from [129.153.250.184] ([unknown] [129.153.250.184]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KOC009CZA5YR950@mail-amer.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Thu, 13 Aug 2009 17:49:10 -0600 (MDT) Date: Thu, 13 Aug 2009 18:49:29 -0500 From: Brian Cameron Subject: Re: gobject-introspection and gir-repository [LSARC/2009/442 FastTrack timeout 08/25/2009] In-reply-to: <4A84A1CA.1010102@sun.com> Sender: Brian.Cameron@sun.com To: Alan Coopersmith Cc: lsarc-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4A84A689.5060304@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ)" X-PMX-Version: 5.4.1.325704 References: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> <4A84A1CA.1010102@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 19258 This is a multi-part message in MIME format. --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT Alan: >> The gobject-introspection module installs: >> * typelib files to /usr/lib/girepository-1.0 >> * GIR files to /usr/share/gir-1.0 >> >> for the following modules: >> * OpenGL >> * Glib >> * cairo >> * fontconfig >> * freetype2 >> * libxml2 >> * xfixes >> * xft >> * xlib > > Since many of those come from another consolidation (X), how are > they kept in sync when new versions of the libraries are delivered? > > Should the files for each library be packaged with the library itself > instead of in the common packages? Yes, that is the long-term goal. The gir-repository module is a temporary module to provide bootstrapping until that happens. Though for the lower-level libraries outside of the GNOME stack, it might make sense to continue delivering them as static files. Note these are only needed to define very stable and common type definitions and interfaces that are used in other libraries that use gobject-introspection, for example. I have attached the gir and typelib files for these modules. They are very small, unlike the ones that are generated from the source code. For example, the Xlib gir file only provides bindings for very basic things like: Atom, Display, Drawable, GC, KeyCode, KeySym, Picture, Screen, VisualID, Window, XEvent, XConfigureEvent, XID, Pixmap, XImage, XFontStruct, XTrapezoid, XVisualInfo, XWindowAttributes, and XOpenDisplay. Another example, the libxml file only defines Node, NodePtr, Doc, DocPtr, NsPtr, Char, and TextWriter, Interfaces that are unlikely to change, in other words. Note that no modules use gobject-introspection yet (aside from clutter 1.0 which also nothing uses). The main value in adding these modules now is that it provides users with the ability to do development work on modules that require these modules, such as GNOME Shell. Brian --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=GL-1.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=GL-1.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=GL-1.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=GL-1.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAAOAA4AeAAAAAAAAABkAwAAAAAAAGQDAABwAAAA dAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAEdMAAAxLjAAAwABAEABAAAgAQAAAwABAGwBAABMAQAA AwABAJQBAAB0AQAAAwABALwBAACcAQAAAwABAOQBAADEAQAAAwABAAwCAADsAQAA AwABADQCAAAUAgAAAwABAGACAABAAgAAAwABAIQCAABkAgAAAwABAKwCAACMAgAA AwABANQCAAC0AgAAAwABAAADAADgAgAAAwABACgDAAAIAwAAAQABAEQDAAAwAwAA AwAKAEABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABiaXRmaWVsZAAAAAADAAoA bAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGNoYXJBUkIAAwAKAJQBAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABjbGFtcGYAAAMACgC8AQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAYm9vbGVhbgADAAoA5AEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAGVudW0AAAAAAwAKAAwCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABmbG9h dAAAAAMACgA0AgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaGFuZGxlQVJCAAAA AwAKAGACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABpbnQAAwAKAIQCAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABpbnRwdHIAAAMACgCsAgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAc2l6ZWkAAAADAAoA1AIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHNpemVpcHRyAAAAAAMACgAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA dWludAAAAAADAAoAKAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHZvaWQAAAAA AQAAAEQDAABYAwAAUAMAAAEAAABJbml0TmFtZXMAAAAAAAAAAAAAAGdsSW5pdE5h bWVzAA== --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=cairo-1.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=cairo-1.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=cairo-1.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=cairo-1.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAAKAAoAfAAAAAAAAABUBAAAAAAAAFQEAABwAAAA eAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAGNhaXJvAAAAMS4wAAMAAQAUAQAA9AAAAAMAAQBgAQAA QAEAAAMAAQC0AQAAlAEAAAMAAQAEAgAA5AEAAAUAAQB0AgAAOAIAAAMAAQC4AgAA mAIAAAMAAQAcAwAA/AIAAAMAAQB4AwAAWAMAAAMAAQDUAwAAtAMAAAEAAQAYBAAA BAQAAAMACAAUAQAAHAEAACwBAAAAAAAAAAAAAAAAAAAAAAAAQ29udGV4dABDYWly b0NvbnRleHQAAAAAY2Fpcm9fZ2V0X2dfdHlwZQAAAAADAAgAYAEAAGgBAAB4AQAA AAAAAAAAAAAAAAAAAAAAAFN1cmZhY2UAQ2Fpcm9TdXJmYWNlAAAAAGNhaXJvX3N1 cmZhY2VfZ2V0X2dsaWJfdHlwZQADAAgAtAEAALwBAADIAQAAAAAAAAAAAAAAAAAA AAAAAE1hdHJpeAAAQ2Fpcm9NYXRyaXgAY2Fpcm9fbWF0cml4X2dldF9nbGliX3R5 cGUAAAMACAAEAgAADAIAABwCAAAAAAAAAAAAAAAAAAAAAAAAUGF0dGVybgBDYWly b1BhdHRlcm4AAAAAY2Fpcm9fcGF0dGVybl9nZXRfZ2xpYl90eXBlAAUAHgB0AgAA AAAAAAAAAAADAAAAAAAAAAAAAAB8AgAAABAAAAAAAACEAgAAACAAAAAAAACMAgAA ADAAAENvbnRlbnQAQ09MT1IAAABBTFBIQQAAAENPTE9SX0FMUEhBAAMACAC4AgAA xAIAANgCAAAAAAAAAAAAAAAAAAAAAAAARm9udE9wdGlvbnMAQ2Fpcm9Gb250T3B0 aW9ucwAAAABjYWlyb19mb250X29wdGlvbnNfZ2V0X2dsaWJfdHlwZQAAAAADAAgA HAMAACgDAAA4AwAAAAAAAAAAAAAAAAAAAAAAAEZvbnRUeXBlAAAAAENhaXJvRm9u dFR5cGUAAABjYWlyb19mb250X3R5cGVfZ2V0X2dsaWJfdHlwZQAAAAMACAB4AwAA hAMAAJQDAAAAAAAAAAAAAAAAAAAAAAAAU2NhbGVkRm9udAAAQ2Fpcm9TY2FsZWRG b250AGNhaXJvX3NjYWxlZF9mb250X2dldF9nbGliX3R5cGUAAwAIANQDAADcAwAA 6AMAAAAAAAAAAAAAAAAAAAAAAABQYXRoAAAAAENhaXJvUGF0aAAAAGNhaXJvX3Bh dGhfZ2V0X2dsaWJfdHlwZQAAAAABAAAAGAQAADgEAAAwBAAAAQAAAGltYWdlX3N1 cmZhY2VfY3JlYXRlAAAAAAAAAAAAAAAAY2Fpcm9faW1hZ2Vfc3VyZmFjZV9jcmVh dGUAAA== --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=fontconfig-2.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=fontconfig-2.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=fontconfig-2.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=fontconfig-2.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAADAAMAgAAAAAAAAAAgAQAAAAAAACABAABwAAAA fAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAGZvbnRjb25maWcAADIuMAADAAEAxAAAAKQAAAADAAEA 7AAAAMwAAAABAAEACAEAAPQAAAADAAoAxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAFBhdHRlcm4AAwAKAOwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABDaGFy U2V0AAEAAAAIAQAAGAEAABABAAABAAAAaW5pdAAAAAAAAAAAAAAAAEZjSW5pdAAA --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=freetype2-2.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=freetype2-2.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=freetype2-2.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=freetype2-2.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAADAAMAgAAAAAAAAAA0AQAAAAAAADQBAABwAAAA fAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAGZyZWV0eXBlMgAAADIuMAADAAEAxAAAAKQAAAADAAEA 7AAAAMwAAAABAAEACAEAAPQAAAADAAoAxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAEJpdG1hcAAAAwAKAOwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABGYWNl AAAAAAEAAAAIAQAAIAEAABgBAAABAAAAbGlicmFyeV92ZXJzaW9uAAAAAAAAAAAA RlRfTGlicmFyeV9WZXJzaW9uAAA= --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=libxml2-2.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=libxml2-2.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=libxml2-2.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=libxml2-2.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAAIAAgAfAAAAAAAAAAYAgAAAAAAABgCAABwAAAA eAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAGxpYnhtbDIAMi4wAAMAAQD8AAAA3AAAAAMAAQAkAQAA BAEAAAMAAQBMAQAALAEAAAMAAQBwAQAAUAEAAAMAAQCYAQAAeAEAAAMAAQDAAQAA oAEAAAMAAQDoAQAAyAEAAAEAAQAIAgAA9AEAAAMACgD8AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAATm9kZQAAAAADAAoAJAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAE5vZGVQdHIAAwAKAEwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEb2MA AwAKAHABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEb2NQdHIAAAMACgCYAQAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATnNQdHIAAAADAAoAwAEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAENoYXIAAAAAAwAKAOgBAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABUZXh0V3JpdGVyAAABAAAACAIAAAgCAAAQAgAAAQAAAGR1bW15AAAA AAAAAAAAAAA= --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=xfixes-4.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=xfixes-4.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=xfixes-4.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=xfixes-4.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAABAAEAfAAAAAAAAAC4AAAAAAAAALgAAABwAAAA eAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAHhmaXhlcwAANC4wAAMAAQCoAAAAiAAAAAMACgCoAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWHNlcnZlclJlZ2lvbgAAAA== --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=xft-2.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=xft-2.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=xft-2.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=xft-2.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAAFAAUAeAAAAAAAAACEAQAAAAAAAIQBAABwAAAA dAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAHhmdAAyLjAAAwABANQAAAC0AAAAAwABAPwAAADcAAAA AwABACQBAAAEAQAAAwABAEwBAAAsAQAAAQABAGwBAABYAQAAAwAKANQAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABDb2xvcgAAAAMACgD8AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAARHJhdwAAAAADAAoAJAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAEZvbnQAAAAAAwAKAEwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABHbHlw aFNwZWMAAAABAAAAbAEAAHwBAAB0AQAAAQAAAGluaXQAAAAAAAAAAAAAAABYZnRJ bml0AA== --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: text/xml; name=xlib-2.0.gir Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=xlib-2.0.gir --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ) Content-type: application/octet-stream; name=xlib-2.0.typelib Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=xlib-2.0.typelib R09CSgpNRVRBREFUQQ0KGgIAAAAUABQAfAAAAAAAAADABAAAAAAAAMAEAABwAAAA eAAAAAAAAAAAAAAADAAUAAwAEAAUABAAEAAQAAwADAAYABAACAAYACAALAAoACgA AAAAAAAAAAAAAAAAAAAAAHhsaWIAAAAAMi4wAAMAAQCMAQAAbAEAAAMAAQC0AQAA lAEAAAMAAQDcAQAAvAEAAAMAAQAIAgAA6AEAAAMAAQAsAgAADAIAAAMAAQBUAgAA NAIAAAMAAQB8AgAAXAIAAAMAAQCkAgAAhAIAAAMAAQDMAgAArAIAAAMAAQD4AgAA 2AIAAAMAAQAgAwAAAAMAAAMAAQBIAwAAKAMAAAMAAQB4AwAAWAMAAAMAAQCcAwAA fAMAAAMAAQDEAwAApAMAAAMAAQDsAwAAzAMAAAMAAQAYBAAA+AMAAAMAAQBEBAAA JAQAAAMAAQBwBAAAUAQAAAEAAQCYBAAAhAQAAAMACgCMAQAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAQXRvbQAAAAADAAoAtAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAERpc3BsYXkAAwAKANwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABEcmF3 YWJsZQAAAAADAAoACAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEdDAAADAAoA LAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEtleUNvZGUAAwAKAFQCAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABLZXlTeW0AAAMACgB8AgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAUGljdHVyZQADAAoApAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAFNjcmVlbgAAAwAKAMwCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABWaXN1 YWxJRAAAAAADAAoA+AIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFdpbmRvdwAA AwAKACADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYRXZlbnQAAAMACgBIAwAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWENvbmZpZ3VyZUV2ZW50AAMACgB4AwAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWElEAAMACgCcAwAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAUGl4bWFwAAADAAoAxAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAFhJbWFnZQAAAwAKAOwDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYRm9u dFN0cnVjdAADAAoAGAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhUcmFwZXpv aWQAAAMACgBEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWFZpc3VhbEluZm8A AwAKAHAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYV2luZG93QXR0cmlidXRl cwAAAAEAAACYBAAAsAQAAKgEAAABAAAAb3Blbl9kaXNwbGF5AAAAAAAAAAAAAAAA WE9wZW5EaXNwbGF5AAAAAA== --Boundary_(ID_tm5IN9VMzNFz9ikVRVqWLQ)-- From Michael.Kearney@sun.com Fri Aug 14 07:11:34 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7EEBYD9016411 for ; Fri, 14 Aug 2009 07:11:34 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7EEBWVt002439 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Fri, 14 Aug 2009 07:11:34 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOD00F0PE3A3O00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 14 Aug 2009 07:11:34 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOD00HTME39MYC0@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 14 Aug 2009 07:11:34 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7EEBXLO023183 for ; Fri, 14 Aug 2009 14:11:33 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOD00F00DHBSS00@mail-amer.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Fri, 14 Aug 2009 08:11:33 -0600 (MDT) Received: from [129.147.223.4] ([unknown] [129.147.223.4]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOD00AREE2OHQ60@mail-amer.sun.com>; Fri, 14 Aug 2009 08:11:12 -0600 (MDT) Date: Fri, 14 Aug 2009 08:11:25 -0600 From: Michael Kearney Subject: Re: gobject-introspection and gir-repository [LSARC/2009/442 FastTrack timeout 08/25/2009] In-reply-to: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> Sender: Michael.Kearney@sun.com To: Brian Cameron Cc: lsarc-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4A85708D.2070403@Sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_P6jSTTynHhdpOMnuFLU32A)" X-PMX-Version: 5.4.1.325704 References: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Status: RO Content-Length: 2383 This is a multi-part message in MIME format. --Boundary_(ID_P6jSTTynHhdpOMnuFLU32A) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT

Brian Cameron wrote:
   4.6. L10N Impact:

        The Desktop team and the G11N team are working together to evaluate and
        provide I18N/L10N support.
Really?  or is that just boiler plate?

       Best Regards,
             Michael
--
Michael Kearney
Staff Software Engineer

Sun Microsystems, Inc.
MS UBRM05-390, 500 Eldorado Blvd
Broomfield, CO 80021 US
Phone 303-272-2402
Fax 303-272-6554
Email Michael.Kearney@Sun.COM
--Boundary_(ID_P6jSTTynHhdpOMnuFLU32A) Content-type: text/x-vcard; CHARSET=US-ASCII; name=Michael_Kearney.vcf Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=Michael_Kearney.vcf begin:vcard fn:Michael Kearney n:Kearney;Michael org:Sun Microsystems, Inc.;Archive Core Engineering adr:500 Eldorado Blvd.;;Mailstop UBRM05-390;Broomfield;CO;80021;US email;internet:Michael.Kearney@Sun.com title:Staff Software Engineer tel;work:303-272-2402 tel;fax:303-272-6554 x-mozilla-html:TRUE url:http://www.sun.com/ version:2.1 end:vcard --Boundary_(ID_P6jSTTynHhdpOMnuFLU32A)-- From Brian.Cameron@Sun.COM Sat Aug 15 15:53:53 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7FMrrGM013697 for ; Sat, 15 Aug 2009 15:53:53 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7FMrqf4008853 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Sat, 15 Aug 2009 23:53:52 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOF00101WXR8B00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Sat, 15 Aug 2009 16:53:51 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOF000LDWXRFI00@brm-avmta-1.central.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@Sun.COM); Sat, 15 Aug 2009 16:53:51 -0600 (MDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7FMrpx0003053 for ; Sat, 15 Aug 2009 22:53:51 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOF00500WN5T000@mail-amer.sun.com> for lsarc-ext@Sun.COM (ORCPT lsarc-ext@Sun.COM); Sat, 15 Aug 2009 16:53:51 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [69.211.56.21]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOF00FH3WXO6Y60@mail-amer.sun.com>; Sat, 15 Aug 2009 16:53:51 -0600 (MDT) Date: Sat, 15 Aug 2009 17:54:10 -0500 From: Brian Cameron Subject: Re: [desktop-discuss] gobject-introspection and gir-repository [LSARC/2009/442 FastTrack timeout 08/25/2009] In-reply-to: <4A85708D.2070403@Sun.com> Sender: Brian.Cameron@Sun.COM To: Michael Kearney Cc: Brian Cameron , lsarc-ext@Sun.COM, desktop-discuss@opensolaris.org Message-id: <4A873C92.3060000@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> <4A85708D.2070403@Sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 590 Michael: > Brian Cameron wrote: >> 4.6. L10N Impact: >> >> The Desktop team and the G11N team are working together to evaluate and >> provide I18N/L10N support. >> > Really? or is that just boiler plate? Things are in a bit of flux at the moment. Until a few months ago, the Desktop and G11N teams were working very closely together at ensuring that the desktop provides good G11N support. However, the Desktop G11N team was affected by the last downsize and it is not clear yet how this will be managed at the moment. But, I am sure we will work it out. Brian From Brian.Cameron@sun.com Tue Aug 25 10:38:52 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7PHcqHd022520 for ; Tue, 25 Aug 2009 10:38:52 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7PHcooF033457 for <@sunmail2sca.sfbay.sun.com:lsarc-ext@sun.com>; Tue, 25 Aug 2009 11:38:52 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOY00C0D10RUI00@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 25 Aug 2009 10:38:51 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOY007DE10QB980@nwk-avmta-2.sfbay.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 25 Aug 2009 10:38:50 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7PHcoNO021539 for ; Tue, 25 Aug 2009 17:38:50 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOY005000W6OS00@mail-amer.sun.com> for lsarc-ext@sun.com (ORCPT lsarc-ext@sun.com); Tue, 25 Aug 2009 11:38:50 -0600 (MDT) Received: from [129.153.250.189] ([unknown] [129.153.250.189]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOY00M2W10LH4F0@mail-amer.sun.com>; Tue, 25 Aug 2009 11:38:46 -0600 (MDT) Date: Tue, 25 Aug 2009 12:39:16 -0500 From: Brian Cameron Subject: Re: gobject-introspection and gir-repository [LSARC/2009/442 FastTrack timeout 08/25/2009] In-reply-to: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> Sender: Brian.Cameron@sun.com To: Brian Cameron Cc: LSARC-ext@sun.com, desktop-discuss@opensolaris.org Message-id: <4A9421C4.1080203@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <200908132323.n7DNNJlw020727@sac.sfbay.sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 14962 This case was approved at today's LSARC meeting. I marked the IAM file "closed approved". Brian On 08/13/09 18:23, Brian Cameron wrote: > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > gobject-introspection and gir-repository > 1.2. Name of Document Author/Supplier: > Author: Brian Cameron > 1.3 Date of This Document: > 13 August, 2009 > 4. Technical Description > > 1. Introduction > > 1.1. Project/Component Working Name: > gobject-introspection and gir-repostiory > > 1.2. Name of Document Author/Supplier: > Brian Cameron > > 1.3. Date of This Document: > 08/07/2009 > > 1.4. Name of Major Document Customer(s)/Consumer(s): > 1.4.1. The PAC or CPT you expect to review your project: > Solaris PAC > > 1.4.2. The ARC(s) you expect to review your project: > LSARC > > 1.4.3. The Director/VP who is "Sponsoring" this project: > Robert O'Dea > > 1.4.4. The name of your business unit: > Software - OPG > > 1.5. Email Aliases: > 1.5.1. Responsible Manager: > leo.binchy@sun.com > > 1.5.2. Responsible Engineer: > brian.cameron@sun.com > > 1.5.3 Marketing Manager: > glynn.foster@sun.com > > 1.5.4. Interest List: > desktop-discuss@opensolaris.org > > 2. Project Summary > 2.1. Project Description: > > The goal of gobject-introspection is to describe the APIs and collect > them in a uniform, machine readable format. > > Historically in GNOME, the core platform has been relatively binding > friendly, but there are several details not captured in the C+GObject > layer that bindings have needed. For example, reference counting > semantics and the item type inside GLists. Up until now various > language bindings such as Python, Mono, java-gnome etc. had duplicated > copies of hand-maintained metadata, and this led to a situation where > bindings tended to lag behind until these manual fixups were done, or > were simply wrong, and your application would crash when calling a more > obscure function. > > The introspection project solves this by putting all of the metadata > inside the GObject library itself, using annotations in the comments. > This will lead to less duplicate work from binding authors, and a more > reliable experience for binding consumers. > > Additionally, because the introspection build process will occur inside > the GObject libraries themselves, a goal is to encourage GObject > authors to consider shaping their APIs to be more binding friendly from > the start, rather than as an afterthought. > > 4. Technical Description: > 4.1. Details: > > Note that gobject-introspection and gir-repository are not currently > used by the GNOME 2.28 stack. They are used by clutter version 1.0, > but nothing in the GNOME 2.28 stack currently uses clutter. Providing > these libraries in a GNOME 2.28 timeframe is useful only for making > it possible for developers to build and test programs like GNOME Shell > and libchamplain which are expected to be introduced in the next > release of GNOME. > > gobject-introspection provides: > > * An XML format called GIR containing introspection information > * python package to create and parse the GIR format > * scanner to generate GIR format from C source and headers > * a typelib similar to xpcom/msole which stores the information on disk > in a binary format > * a compiler to compile the typelib from a xml format (and vice versa) > * C library to read the typelib > > The gobject-introspection module installs: > * typelib files to /usr/lib/girepository-1.0 > * GIR files to /usr/share/gir-1.0 > > for the following modules: > * OpenGL > * Glib > * cairo > * fontconfig > * freetype2 > * libxml2 > * xfixes > * xft > * xlib > > Note that only the glib GIR and typelib files are built by the > gobject-introspection module. The other modules are supported with > static files. > > 4.1.1 GIR XML Format > > The core of the GObject-introspection is an XML format which is called > GIR (GObject Introspection Repository) which contains the API > introspection metadata for a library or interface entity. The purpose > of it is to provide a common structure to access the complete available > API that a library or other unit of code exports. It is meant to be > language agnostic using namespaces to separate core, language or > library specific functionality. There are currently only C based tools > that work on the format, but it's meant to be usable to use in other > situations, for instance to/from another set of languages. > > GIR currently contains three different XML namespaces: > > * core: contains features available in popular programming languages: > classes, methods, functions, interfaces, properties, strings, > enums etc. > * c: contains features specific to the C language: identifiers, > symbol names, C types > * glib: contains features specific to GLib/GObject: signal, GType, > flags, paramspec > > The separation of different data in different namespaces allow you to > reuse it allows you to arbitrarily extend the metadata available in > different languages. > > 4.1.2 Typelib > > The typelib is a to disk version of the GIR designed to be fast, memory > efficient and complete enough so that language bindings can be written > on top of it without other sources of information. It is normally > compiled from a GIR when a library/program is installed and accessed > from the language binding or another application who wishes to use the > information. > > 4.1.3 Tools > > * g-ir-compiler - A typelib compiler. It converts one or more GIR > files into one or more typelib files. It can emit > either raw typelib files (default) or C code if the > --code argument is used. > * g-ir-generate - A GIR generator, using the repository API. It > generates GIR files from a raw typlib or a shared > library. > * g-ir-scanner - Generates GIR XML files by parsing headers and > introspecting GObject based libraries. It is > usually invoked during the normal build step for a > project and the information is saved to disk and > later installed so language bindings and other > applications can use it. Header files and source > files are passed in arguments on the command line. > Currently only C-based libraries are supported by > the scanner. > > 4.1.4 API Library > > gobject-introspection also includes a C based library called > libgirepository which provides an API to access to the typelib > metadata. It also contains an API to invoke functions, given the > function info object. The implementation is based on libffi. > > 4.1.5 API Library > > A separate module called gir-repository provides typelib and GIR files > for many libraries available in the GNOME stack which library bindings > can depend upon. This module is temporary, since these .gir files will > eventually migrate to their respective upstream modules. > > 4.1.6 gir-repostiory > > The gir-repository module installs: > * typelib files to /usr/lib/girepository-1.0 > * GIR files to /usr/share/gir-1.0 > > for the following modules: > * ATK > * avahi > * babl > * clutter, clutter-gtk, clutter-cairo, clutter-json > * D-Bus > * GConf > * GDK, GDK-pixbuf, GTK > * gnio (not currently available on Solaris) > * gnome-keyring > * gnome-menu > * goocanvas (not currently available on Solaris) > * GStreamer > * gssdp (not currently available on Solaris) > * gtksourceview > * libnautilus-extension > * libnotify > * libunique > * libwnck > * pango > * poppler > * libsoup > * VTE > * webkit (LSARC 2009/409) > > It only installs the files for the modules which are available on the > system. > > gir-repostitory also installs a handful of helper libraries to build > and use typelibs. > > 4.2. Interfaces: > > Exported Interfaces Stability Comments > ---------------------------------- ---------------- ------------- > > The gobject-introspection module exports these interfaces: > > /usr/bin/g-ir-compiler Uncommitted Compiler > /usr/bin/g-ir-generate Uncommitted GIR Generator > /usr/bin/g-ir-scanner Uncommitted GIR XML Generator > /usr/lib/libgirepository-1.0.so Uncommitted Library API > /usr/lib/libgirepository-everything-1.0.so > Uncommitted Library used for > testing bindings > for completeness. > /usr/lib/girepository-1.0 Uncommitted Repository of > typelib files for > libraries > /usr/lib/gobject-introspection/giscanner > Project Private Implementation of > g-ir-scanner > /usr/lib/pkgconfig/gobject-introspection-1.0.pc > Uncommitted object-introspection > pc file > /usr/include/object-introspection/girepository.h > Uncommitted header file > /usr/include/object-introspection/girffi.h > Uncommitted header file > /usr/share/gir-1.0/ Uncommitted Repository of GIR > files for libraries. > /usr/share/man/man1/g-ir-compiler.1 Uncommitted Man page > /usr/share/man/man1/g-ir-generate.1 Uncommitted Man page > /usr/share/man/man1/g-ir-scanner.1 Uncommitted Man page > > The gir-repository module exports these additional interfaces: > > /usr/lib/libgirepo-Clutter-custom.so > Volatile Helper library > for building > typelibs > /usr/lib/libgirepo-DBus-custom.so Volatile "" > /usr/lib/libgirepo-Gdk-custom.so Volatile "" > /usr/lib/libgirepo-Gtk-custom.so Volatile "" > > Imported Interfaces Stability Comments > -------------------- --------------- ----------------------- > > gobject-introspection imports: > > glib Committed LSARC 2006/202 > libffi Volatile PSARC 2008/542 > > gir-repository imports: > > ATK Committed LSARC 2006/202 > avahi Volatile LSARC 2006/455 > babl Volatile LSARC 2008/702 > clutter Volatile LSARC 2008/426 > D-Bus Volatile LSARC 2006/368 > GConf Volatile LSARC 2006/202 > GDK, GDK-pixbuf, GTK Committed LSARC 2006/202 > gnome-keyring Volatile LSARC 2008/430 > gnome-menu Volatile LSARC 2007/146 > GStreamer Volatile LSARC 2006/202 > gtksourceview Volatile LSARC 2007/146 > libnautilus-extension Volatile LSARC 2006/202 > libnotify Volatile LSARC 2007/137 > libunique Volatile LSARC 2009/142 > libwnck Volatile LSARC 2006/202 > pango Committed LSARC 2006/202 > poppler Volatile LSARC 2007/146 > libsoup Project Private LSARC 2003/298 > VTE Volatile LSARC 2006/202 > webkit Uncommitted LSARC 2009/409 > > 4.3. Doc Impact: > > Man pages are provided with gobject-introspection > > 4.4. Packaging& Delivery: > > SUNWgobject-introspection, SUNWgobject-introspection-devel, > SUNWgir-repository > > 4.5. Dependencies: > > None. > > 4.6. L10N Impact: > > The Desktop team and the G11N team are working together to evaluate and > provide I18N/L10N support. > > 4.7. Security Impact: > > None > > 5. Reference Documents: > > GObject Introspection Website > http://live.gnome.org/GObjectIntrospection/ > > GObject Introspection Tutorial > http://live.gnome.org/GObjectIntrospection/FromHereToThere > > GObject Introspection Annotations > http://live.gnome.org/GObjectIntrospection/Annotations > > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > Desktop > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org