Hi=2C

I was analysing a target system with gobject-introspection e= nabled and noticed that it is running 4 instances of distccd.

I can't work out why distcc should be running on the target= but it occurred to me that gobject introspection requires target native co= mpilation (using qemu) and that this might be the cause.

I will test this out more thoroughly when I can build yocto again=2C= but is it possible the gobject-introspection recipe is somehow causing dis= tcc to be added to the target?

Regards=2C

Chris

= --_ed56d4b6-1c92-4779-b290-d4fdccc6ea21_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-f182.google.com (mail-io0-f182.google.com [209.85.223.182]) by mail.openembedded.org (Postfix) with ESMTP id 480596FFF7 for ; Mon, 4 Jan 2016 12:04:03 +0000 (UTC) Received: by mail-io0-f182.google.com with SMTP id q21so151939816iod.0 for ; Mon, 04 Jan 2016 04:04:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=DJ6434+17d9nVNS9deLdeXgJs2cPpSyHyiOph5yJ24s=; b=r1kDmJ5eI68pavT2VS8PdjPhSRSKDVkc6ALFu2DqGIIXHpJQ8nAUjuJxYP2+gI/1C6 Uzff4z+m+YnTGsl5gwcJUOpUSfy1qYmX698M5nDYnTKRfa59EO2vuz8PvdgFjIWeX0Y9 57h1w1DC/LILsdgOCZFyFxqP+gXh/DM/rXp6wHxNxSx5WGzM+VDdZyi99ZyAozCPj6vz JLjfNjZPyGrtS6B55coDOf5spOZfOue841FEvKhnYCPci1QwKVAJbLNEssdtcD4c7Vd+ mLsKqUWjDcmN3nfBqG/hZ5jTJwAhq7DL8zANo68D4DXT9PsAqpmZEoALzmOfG+F30VH8 3/Tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=DJ6434+17d9nVNS9deLdeXgJs2cPpSyHyiOph5yJ24s=; b=XZPL2kB13vuAS0Bd7WT5hQ6BCo+p8Q2wCgq8dnUW+3dYxxXE5ITqL8nN8daRGoStZn 5fifpIWBR0SUwk5IIBY6JICrXW2RzPCWwI6AEHCG9cgivQ/hqQgSj5X5zxyyHaXqdzYP 3BzTDzlOTn2NFF597uQ3aSxXTyR0YdxZekFfpBnV+3EYgKIOgeSNrl4OS8fRK6DgesCK H+3DsMrGrNPw9WA8sLCFZFT+32emTBKA1L9mgG3s+jRoeeoBo2CLSYClCSGVQkqTHQp6 tIq5DpSu/uPCGz/Wroe9aSip9fVOoUvbIy/D+YwX48g8k6IjZrx7KUhYNIo4B8JvgaVn S3dw== X-Gm-Message-State: ALoCoQnqQuWVqz93rx7nOstXZiafpTETMq7Olll7ChlSsu3hIyirnNBh8MIa3HPru4cgppMlXuWnbHKhULoz9g/iNcA2GvT60MjRLO4JI4Wq4I4LhSMW924= X-Received: by 10.107.164.161 with SMTP id d33mr72562826ioj.148.1451909044101; Mon, 04 Jan 2016 04:04:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.162.70 with HTTP; Mon, 4 Jan 2016 04:03:44 -0800 (PST) In-Reply-To: References:

From: "Burton, Ross" Date: Mon, 4 Jan 2016 12:03:44 +0000 Message-ID: To: Chris Trobridge Cc: "openembedded-core@lists.openembedded.org" Subject: Re: gobject introspection - distccd? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 12:04:06 -0000 Content-Type: multipart/alternative; boundary=001a1141c976d1fe9b052880ead5 --001a1141c976d1fe9b052880ead5 Content-Type: text/plain; charset=UTF-8 On 4 January 2016 at 11:50, Chris Trobridge wrote: > I will test this out more thoroughly when I can build yocto again, but is > it possible the gobject-introspection recipe is somehow causing distcc to > be added to the target? > More likely some of the existing packagegroups which add distcc for convenience, such as packagegroup-self-hosted or packagegroup-core-device-devel. Ross --001a1141c976d1fe9b052880ead5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On 4 January 2016 at 11:50, Chris Trobridge <christrobridge@hot= mail.com> wrote:

I w= ill test this out more thoroughly when I can build yocto again, but is it p= ossible the gobject-introspection recipe is somehow causing distcc to be ad= ded to the target?

More likely some = of the existing packagegroups which add distcc for convenience, such as pac= kagegroup-self-hosted or packagegroup-core-device-devel.

Ross

--001a1141c976d1fe9b052880ead5-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Greylist: delayed 307 seconds by postgrey-1.34 at layers.openembedded.org; Mon, 04 Jan 2016 12:29:22 UTC Received: from DUB004-OMC2S16.hotmail.com (dub004-omc2s16.hotmail.com [157.55.1.155]) by mail.openembedded.org (Postfix) with ESMTP id ECCFA60621 for ; Mon, 4 Jan 2016 12:29:22 +0000 (UTC) Received: from DUB130-W21 ([157.55.1.137]) by DUB004-OMC2S16.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 4 Jan 2016 04:24:15 -0800 X-TMN: [ahNaeULsFQBWuyn7Okpf0u2xIxBhdKFb] X-Originating-Email: [christrobridge@hotmail.com] Message-ID: From: Chris Trobridge To: "Burton, Ross" , "openembedded-core@lists.openembedded.org" Date: Mon, 4 Jan 2016 12:24:15 +0000 Importance: Normal In-Reply-To: References: , , MIME-Version: 1.0 X-OriginalArrivalTime: 04 Jan 2016 12:24:15.0909 (UTC) FILETIME=[D3BC7550:01D146EA] Subject: Re: gobject introspection - distccd? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 12:29:23 -0000 Content-Type: multipart/alternative; boundary="_f63467f3-08e4-4978-b129-189712aece10_" --_f63467f3-08e4-4978-b129-189712aece10_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= That's what I was thinking: gobject-introspection doesn't call it in direct= ly but it does require compilation to be performed on the 'target' system a= nd that could pull it in indirectly. distcc (and hence avahi) are not required=2C so is this a general problem o= r just something I should explicitly remove from my image? Chris From: ross.burton@intel.comDate: Mon=2C 4 Jan 2016 12:03:44 +0000Subject: R= e: [OE-core] gobject introspection - distccd?To: christrobridge@hotmail.com= CC: openembedded-core@lists.openembedded.org On 4 January 2016 at 11:50=2C Chris Trobridge = wrote:I will test this out more thoroughly when I can build yocto again=2C = but is it possible the gobject-introspection recipe is somehow causing dist= cc to be added to the target? More likely some of the existing packagegroups which add distcc for conveni= ence=2C such as packagegroup-self-hosted or packagegroup-core-device-devel. Ross=0A= = --_f63467f3-08e4-4978-b129-189712aece10_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

=0A= =0A= =0A=

That's what I was thinking: gobject-introspection doesn't = call it in directly but it does require compilation to be performed on the = 'target' system and that could pull it in indirectly.

di= stcc (and hence avahi) are not required=2C so is this a general problem or = just something I should explicitly remove from my image?

Chris

Fro= m: ross.burton@intel.com
Date: Mon=2C 4 Jan 2016 12:03:44 +0000
Subject: Re: [OE-core] gobject introspection - distccd?
= To: christrobridge@hotmail.com
CC: openembedded-core@lists.openem= bedded.org

On 4 January 2016 at 11:50=2C Chris Tr= obridge <=3Bchristrobridge@hotmail.com>=3B wrote:
I will test this out m= ore thoroughly when I can build yocto again=2C but is it possible the gobje= ct-introspection recipe is somehow causing distcc to be added to the target= ?

More likely some of the existing packagegroups which ad= d distcc for convenience=2C such as packagegroup-self-hosted or packagegrou= p-core-device-devel.

Ross

=0A=

= --_f63467f3-08e4-4978-b129-189712aece10_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by mail.openembedded.org (Postfix) with ESMTP id E53DB731B3 for ; Mon, 4 Jan 2016 12:52:05 +0000 (UTC) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga102.fm.intel.com with ESMTP; 04 Jan 2016 04:52:06 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,520,1444719600"; d="scan'208";a="719866554" Received: from kanavin-desktop.fi.intel.com (HELO [10.237.68.161]) ([10.237.68.161]) by orsmga003.jf.intel.com with ESMTP; 04 Jan 2016 04:52:05 -0800 To: openembedded-core@lists.openembedded.org References:

From: Alexander Kanavin Message-ID: <568A6A49.7030508@linux.intel.com> Date: Mon, 4 Jan 2016 14:49:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.4.0 MIME-Version: 1.0 In-Reply-To: Subject: Re: gobject introspection - distccd? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 12:52:06 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 01/04/2016 02:24 PM, Chris Trobridge wrote: > That's what I was thinking: gobject-introspection doesn't call it in > directly but it does require compilation to be performed on the 'target' > system and that could pull it in indirectly. g-introspection does not require compilation to be performed on the target. It requires running binaries that were cross-compiled for the target architecture, which is achieved by running them using qemu. > distcc (and hence avahi) are not required, so is this a general problem > or just something I should explicitly remove from my image? I think it's a problem of your local setup; the g-o patchset definitely doesn't involve distcc at any point. You can build against a clean directory with only basic poky layers to verify that. Alex From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from DUB004-OMC3S34.hotmail.com (dub004-omc3s34.hotmail.com [157.55.2.43]) by mail.openembedded.org (Postfix) with ESMTP id BBDD77318F for ; Tue, 5 Jan 2016 07:56:24 +0000 (UTC) Received: from DUB130-W34 ([157.55.2.9]) by DUB004-OMC3S34.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Mon, 4 Jan 2016 23:56:25 -0800 X-TMN: [GD/MqLjBHa1Xke39PsLCCNGvYxX8/a13] X-Originating-Email: [christrobridge@hotmail.com] Message-ID: From: Chris Trobridge To: "openembedded-core@lists.openembedded.org" Date: Tue, 5 Jan 2016 07:56:24 +0000 Importance: Normal In-Reply-To: <568A6A49.7030508@linux.intel.com> References: , , , , <568A6A49.7030508@linux.intel.com> MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jan 2016 07:56:25.0452 (UTC) FILETIME=[936912C0:01D1478E] Subject: Re: gobject introspection - distccd? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2016 07:56:26 -0000 Content-Type: multipart/alternative; boundary="_1a9fbae6-d4b9-4ded-8f13-c099a14373f6_" --_1a9fbae6-d4b9-4ded-8f13-c099a14373f6_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Problem solved - nothing to do with gobject introspection but from the othe= r change I had made=2C to build for qemu. packagegroup-core-device-devel is pulled in for qemu targets in poky.conf a= nd packagegroup-core-device-devel rdepends on distcc-config. > To: openembedded-core@lists.openembedded.org> From: alexander.kanavin@lin= ux.intel.com > Date: Mon=2C 4 Jan 2016 14:49:13 +0200 > Subject: Re: [OE-core] gobject introspection - distccd? >=20 > On 01/04/2016 02:24 PM=2C Chris Trobridge wrote: > > That's what I was thinking: gobject-introspection doesn't call it in > > directly but it does require compilation to be performed on the 'target= ' > > system and that could pull it in indirectly. >=20 > g-introspection does not require compilation to be performed on the=20 > target. It requires running binaries that were cross-compiled for the=20 > target architecture=2C which is achieved by running them using qemu. That's what I meant to imply by putting target in quotes. > > distcc (and hence avahi) are not required=2C so is this a general probl= em > > or just something I should explicitly remove from my image? >=20 > I think it's a problem of your local setup=3B the g-o patchset definitely= =20 > doesn't involve distcc at any point. You can build against a clean=20 > directory with only basic poky layers to verify that. >=20 >=20 > Alex Thanks=2CChris = --_1a9fbae6-d4b9-4ded-8f13-c099a14373f6_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Problem solved - nothing to do w= ith gobject introspection but from the other change I had made=2C to build = for qemu.

packagegrou= p-core-device-devel is pulled in for qemu targets in =3Bpoky.con= f and =3Bpackagegroup-core-device-de= vel rdepends on distcc-config.

>=3B To: openembedded-core@lists.openembedded.org=

>=3B From: alexander.kanavin@linux.intel.com
>=3B = Date: Mon=2C 4 Jan 2016 14:49:13 +0200
>=3B Subject: Re: [OE-core] gob= ject introspection - distccd?
>=3B
>=3B On 01/04/2016 02:24 PM= =2C Chris Trobridge wrote:
>=3B >=3B That's what I was thinking: gob= ject-introspection doesn't call it in
>=3B >=3B directly but it does= require compilation to be performed on the 'target'
>=3B >=3B syste= m and that could pull it in indirectly.
>=3B
>=3B g-introspectio= n does not require compilation to be performed on the
>=3B target. It= requires running binaries that were cross-compiled for the
>=3B targ= et architecture=2C which is achieved by running them using qemu.

That's what I meant to imply by putting target in quotes.

>=3B >=3B distcc (and hence avahi) are not required=2C = so is this a general problem
>=3B >=3B or just something I should ex= plicitly remove from my image?
>=3B
>=3B I think it's a problem = of your local setup=3B the g-o patchset definitely
>=3B doesn't invol= ve distcc at any point. You can build against a clean
>=3B directory = with only basic poky layers to verify that.
>=3B
>=3B
>=3B= Alex

Thanks=2C

Chris

= --_1a9fbae6-d4b9-4ded-8f13-c099a14373f6_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from DUB004-OMC3S12.hotmail.com (dub004-omc3s12.hotmail.com [157.55.2.21]) by mail.openembedded.org (Postfix) with ESMTP id B79F471E63 for ; Tue, 9 Feb 2016 10:30:29 +0000 (UTC) Received: from DUB130-W67 ([157.55.2.7]) by DUB004-OMC3S12.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 9 Feb 2016 02:30:29 -0800 X-TMN: [6/01//+XtjCDKb/WsP719AUmMprtoD8Q] X-Originating-Email: [christrobridge@hotmail.com] Message-ID: From: Chris Trobridge To: "openembedded-core@lists.openembedded.org" Date: Tue, 9 Feb 2016 10:30:29 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Feb 2016 10:30:29.0758 (UTC) FILETIME=[E5E779E0:01D16324] Subject: Re: gobject introspection to oe-core X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2016 10:30:30 -0000 Content-Type: multipart/alternative; boundary="_efe3e435-5bc5-4e4e-9803-708e232520a9_" --_efe3e435-5bc5-4e4e-9803-708e232520a9_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable One thing I failed to mention when I reported on this previously is that I = needed to patch polkit_0.113.bb: -DEPENDS =3D "expat glib-2.0 intltool-native gobject-introspection-stub moz= js"+DEPENDS =3D "expat glib-2.0 intltool-native gobject-introspection mozjs= " This seems quite obvious=2C so I am sure you're aware of it. That was all = I needed but there are other references to gobject-introspection-stub in: meta-gnome/recipes-gnome/libwnck/libwnck_2.31.0.bbmeta-multimedia/recipes-c= onnectivity/gupnp/gupnp-igd_0.2.2.bbmeta-oe/recipes-devtools/libgee/libgee_= 0.16.1.bbmeta-oe/recipes-gnome/gtkextra/gtkextra_3.0.5.bbmeta-oe/recipes-su= pport/upower/upower_0.9.14.bb Regards=2CChris = --_efe3e435-5bc5-4e4e-9803-708e232520a9_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

One thing I failed to mention wh= en I reported on this previously is that I needed to patch =3Bpolkit_0.113.bb:

-DEPENDS =3D "expat glib-2.0 intltool-native go= bject-introspection-stub mozjs"

+DEPENDS =3D "expat glib-2= .0 intltool-native gobject-introspection mozjs"

<= /div>

This seems quite obvious=2C so I am sure you're aware of it. &nbs= p=3BThat was all I needed but there are other references to =3Bgobject-introspection-stub in:

meta-gnome/re= cipes-gnome/libwnck/libwnck_2.31.0.bb

meta-multimedia/recipes-con= nectivity/gupnp/gupnp-igd_0.2.2.bb

meta-oe/recipes-devtools/libge= e/libgee_0.16.1.bb

meta-oe/recipes-gnome/gtkextra/gtkextra_3.0.5.= bb

meta-oe/recipes-support/upower/upower_0.9.14.bb

= Regards=2C

Chris

= --_efe3e435-5bc5-4e4e-9803-708e232520a9_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by mail.openembedded.org (Postfix) with ESMTP id A60BE60588 for ; Tue, 9 Feb 2016 10:40:09 +0000 (UTC) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP; 09 Feb 2016 02:40:10 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,420,1449561600"; d="scan'208";a="742956942" Received: from kanavin-desktop.fi.intel.com (HELO [10.237.68.161]) ([10.237.68.161]) by orsmga003.jf.intel.com with ESMTP; 09 Feb 2016 02:40:09 -0800 To: openembedded-core@lists.openembedded.org References:

From: Alexander Kanavin Message-ID: <56B9C154.2030002@linux.intel.com> Date: Tue, 9 Feb 2016 12:37:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.5.0 MIME-Version: 1.0 In-Reply-To: Subject: Re: gobject introspection to oe-core X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2016 10:40:09 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 02/09/2016 12:30 PM, Chris Trobridge wrote: > One thing I failed to mention when I reported on this previously is that > I needed to patch polkit_0.113.bb: > > -DEPENDS = "expat glib-2.0 intltool-native gobject-introspection-stub mozjs" > +DEPENDS = "expat glib-2.0 intltool-native gobject-introspection mozjs" > > This seems quite obvious, so I am sure you're aware of it. That was all > I needed but there are other references to gobject-introspection-stub in: > > meta-gnome/recipes-gnome/libwnck/libwnck_2.31.0.bb > meta-multimedia/recipes-connectivity/gupnp/gupnp-igd_0.2.2.bb > meta-oe/recipes-devtools/libgee/libgee_0.16.1.bb > meta-oe/recipes-gnome/gtkextra/gtkextra_3.0.5.bb > meta-oe/recipes-support/upower/upower_0.9.14.bb Those recipes are all in meta-oe - fixing them is not in scope at the moment. For now the introspection patchset is strictly for oe-core. You are welcome to develop and maintain a companion meta-oe patchset though. Alex From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ptmx.org (ptmx.org [178.63.28.110]) by mail.openembedded.org (Postfix) with ESMTP id EAC1E73197 for ; Tue, 9 Feb 2016 10:52:19 +0000 (UTC) Received: from [192.168.178.14] (chello062178118086.5.14.vie.surfer.at [62.178.118.86]) by ptmx.org (Postfix) with ESMTPSA id BBB962AB18 for ; Tue, 9 Feb 2016 11:52:19 +0100 (CET) To: openembedded-core@lists.openembedded.org References: From: Carlos Rafael Giani Message-ID: <56B9C4E3.6040006@pseudoterminal.org> Date: Tue, 9 Feb 2016 11:52:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Subject: Re: gobject introspection to oe-core X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2016 10:52:20 -0000 Content-Type: multipart/alternative; boundary="------------000403060904070906080706" --------------000403060904070906080706 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit This is very interesting. Once gobject introspection is in place, vala based software like Rygel can finally be compiled directly from the vala source, which makes it much easier to apply patches against it. Also, I think the GStreamer 1.0 Python bindings need GIR. This recipe could then be reintroduced (it was there, but got removed). On 2015-12-17 10:16, Chris Trobridge wrote: > Hi, > > I have done some testing of Alex's branch > "akanavin/gobject-introspection-experimental", originally > http://patchwork.openembedded.org/patch/107089/ > > > I have built this successfully for x86 and x64 targets on an x64 build > machine: > > meta > meta-yocto > meta-yocto-bsp = > "akanavin/gobject-introspection-experimental:04c7746ce90abc14604dec3328b9472c53cccf98" > meta-networking > meta-oe > meta-python = "master:47f7d287a09329734629cb9d194ef4e077117d79" > meta-haswell-wc > meta-intel = "master:6e91701dcf68f9351db8bb0b92eb2d26af1b8f7f" > meta-systemd = "master:47f7d287a09329734629cb9d194ef4e077117d79" > > Specifically, it built for the qemux86, qemux86-64 and hasell-wc machines. > > I have successfully run my own python3 service, which uses python3 > dbus and GObject from gi.repository. > > I have also inherited gobject-introspection into modemmanager_1.4.2.bb > from meta-oe, which fixed the recipe building and I have checked that > the target executable runs but not tested its dbus interface yet. > > Regards, > Chris > > > --------------000403060904070906080706 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit This is very interesting. Once gobject introspection is in place, vala based software like Rygel can finally be compiled directly from the vala source, which makes it much easier to apply patches against it.
Also, I think the GStreamer 1.0 Python bindings need GIR. This recipe could then be reintroduced (it was there, but got removed).

On 2015-12-17 10:16, Chris Trobridge wrote:

Hi,

I have done some testing of Alex's branch "akanavin/gobject-introspection-experimental", originally�http://patchwork.openembedded.org/patch/107089/�

I have built this successfully for x86 and x64 targets on an x64 build machine:

meta � � � � � � �

meta-yocto � � � �

meta-yocto-bsp � �= "akanavin/gobject-introspection-experimental:04c7746ce90abc14604dec3328b9472c53cccf98"

meta-networking ��

meta-oe � � � � ��

meta-python � � � = "master:47f7d287a09329734629cb9d194ef4e077117d79"

meta-haswell-wc ��

meta-intel � � � �= "master:6e91701dcf68f9351db8bb0b92eb2d26af1b8f7f"

meta-systemd � � �= "master:47f7d287a09329734629cb9d194ef4e077117d79"

Specifically, it built for the�qemux86,�qemux86-64 and hasell-wc machines.

I have successfully run my own python3 service, which uses python3 dbus and GObject from gi.repository.

I have also inherited�gobject-introspection into�modemmanager_1.4.2.bb from meta-oe, which fixed the recipe building and I have checked that the target executable runs but not tested its dbus interface yet.

Regards,

Chris

--------------000403060904070906080706-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by mail.openembedded.org (Postfix) with ESMTP id 58832607A4 for ; Tue, 9 Feb 2016 11:17:07 +0000 (UTC) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga103.fm.intel.com with ESMTP; 09 Feb 2016 03:17:08 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,420,1449561600"; d="scan'208";a="880304673" Received: from kanavin-desktop.fi.intel.com (HELO [10.237.68.161]) ([10.237.68.161]) by orsmga001.jf.intel.com with ESMTP; 09 Feb 2016 03:11:05 -0800 To: openembedded-core@lists.openembedded.org References: <56B9C4E3.6040006@pseudoterminal.org> From: Alexander Kanavin Message-ID: <56B9C893.1050705@linux.intel.com> Date: Tue, 9 Feb 2016 13:08:03 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.5.0 MIME-Version: 1.0 In-Reply-To: <56B9C4E3.6040006@pseudoterminal.org> Subject: Re: gobject introspection to oe-core X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2016 11:17:08 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 02/09/2016 12:52 PM, Carlos Rafael Giani wrote: > This is very interesting. Once gobject introspection is in place, vala > based software like Rygel can finally be compiled directly from the vala > source, which makes it much easier to apply patches against it. > Also, I think the GStreamer 1.0 Python bindings need GIR. This recipe > could then be reintroduced (it was there, but got removed). Gstreamer Python bindings are not real bindings as such - they are a few tweaks and overrides on top of standard Python's support for introspection (which provided by pygobject), and they also add support for writing gstreamer elements in python. Generally, nowadays any support for GLib-based software in language environments other than C or C++ is provided only through introspection. If you want to write your software in anything else than C or C++, and you want to use gstreamer, webkit, gtk, glib's dbus support, etc., you have to have introspection working: https://wiki.gnome.org/Projects/GObjectIntrospection/Users Alex From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by mail.openembedded.org (Postfix) with ESMTP id E7BC36FF5D; Tue, 23 Feb 2016 14:03:57 +0000 (UTC) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga103.jf.intel.com with ESMTP; 23 Feb 2016 06:03:48 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.22,489,1449561600"; d="scan'208";a="922083963" Received: from linux.intel.com ([10.23.219.25]) by fmsmga002.fm.intel.com with ESMTP; 23 Feb 2016 06:03:48 -0800 Received: by linux.intel.com (Postfix, from userid 48) id 43FBF6A4006; Tue, 23 Feb 2016 06:51:37 -0800 (PST) Received: from 10.252.15.38 (SquirrelMail authenticated user alexander.kanavin) by linux.intel.com with HTTP; Tue, 23 Feb 2016 16:51:37 +0200 (EET) Message-ID: <64589.10.252.15.38.1456239097.squirrel@linux.intel.com> Date: Tue, 23 Feb 2016 16:51:37 +0200 (EET) From: alexander.kanavin@linux.intel.com To: openembedded-devel@lists.openembedded.org User-Agent: SquirrelMail/1.4.8-5.el4.centos.8 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal References:

<56B9C154.2030002@linux.intel.com> In-Reply-To: <56B9C154.2030002@linux.intel.com> Cc: openembedded-core@lists.openembedded.org Subject: Re: gobject introspection to oe-core X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Feb 2016 14:03:58 -0000 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit >> meta-gnome/recipes-gnome/libwnck/libwnck_2.31.0.bb >> meta-multimedia/recipes-connectivity/gupnp/gupnp-igd_0.2.2.bb >> meta-oe/recipes-devtools/libgee/libgee_0.16.1.bb >> meta-oe/recipes-gnome/gtkextra/gtkextra_3.0.5.bb >> meta-oe/recipes-support/upower/upower_0.9.14.bb > > Those recipes are all in meta-oe - fixing them is not in scope at the moment. For now the introspection patchset is strictly for oe-core. > > You are welcome to develop and maintain a companion meta-oe patchset though. Actually, scratch that. I realized that I'm probably the most qualified to do this, and if I don't, there will be maintainer fury when introspection lands in oe-core and dozens of recipes in meta-oe break. So without further ado, here's the initial introspection patchset for meta-oe, which you are welcome to try and test: http://git.openembedded.org/meta-openembedded-contrib/log/?h=akanavin/gobject-introspection-fixes Cheers, Alex