linux/poky.git/meta/recipes-devtools/python/python-pygobject_2.27.91.bb, branch 1.5_M4.rc2

python-pygobject: disable parallel install

2013-06-25T16:44:53+00:00

The installation of __glib.so is invoked by install-data-am target which are generated by automake. installing libpyglib-2.0-python is invoked by install-exec-am. "make install" will firstly install libpyglib-2.0-python, then install __glib.so, the sequence should not be broken, since _glib.so has dependence on libpyglib-2.0-python. But when enable parallel install, the sequence maybe break then installation fails with: "/usr/bin/ld: cannot find -lpyglib-2.0-python" Disable parallel install to fix this issue. (From OE-Core rev: e87a0c81c77d11f892a34c2d14ffbeb4342d32dd) Signed-off-by: Kai Kang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-pygobject-native: fix build dependency on python-native

2013-05-17T06:39:47+00:00

The class-native override is undoing the dependency that distutils-base added which we require. This patch adds in the missing dependency manually to ensure the build functions correctly. Fixes [YOCTO #4502]. (From OE-Core rev: ae28ee3f7a060b9e0d13154a84f2444a98490b5b) Signed-off-by: Cristian Iorga Signed-off-by: Richard Purdie

python: replace obsolete automake macros with working ones

2013-01-15T08:10:11+00:00

Add obsolete_automake_macros.patch for both python-dbus and python-pygobject that replace automake macros no longer supported by automake-1.13 with modern constructs. (From OE-Core rev: 9866bed92c0f3dee3f1674e9f9a28e21f5ba33fc) Signed-off-by: Marko Lindqvist Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

recipes-devtools: replace virtclass-native(sdk) with class-native(sdk)

2012-11-02T16:18:29+00:00

The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] (From OE-Core rev: bb67ddeb2eed3e25c626a279ef53a7e8c7bfe6f2) Signed-off-by: Robert Yang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

recipes: bump PR to rebuild after libffi5 -> libffi6

2012-09-19T16:56:26+00:00

(From OE-Core rev: 211200fb98a72ba815e7c411fbebfd781879064c) Signed-off-by: Martin Jansa Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

recipes: bump PR to rebuild .la files without libz.la

2012-02-21T17:00:47+00:00

(From OE-Core rev: 1da6a2dbd5e7aeea6cd45ca05590bdd50b67bf89) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:51:19+00:00

This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie

recipes: bump PR after python upgrade

2011-10-31T22:03:21+00:00

(From OE-Core rev: 669b20b5af9c663f8f8bc4017511d60638f86088) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

multilib: remove the multilib handling to allarch

2011-09-28T13:58:53+00:00

currently we have allarch type of recipes, which may still have architecture dependency, like x11-common. So we need to drop the handling to allarch in multilib case. Also remove the PV postfix in python-pygobject DEPENDS, since multilib code will treat a native package multilib capable. [YOCTO #1497] [YOCTO #1498] (From OE-Core rev: 64c0279e6b0d2325a326058476228360898550f3) Signed-off-by: Dongxiao Xu Signed-off-by: Richard Purdie

python: Add python to the dependency to pygobject

2011-06-23T20:08:03+00:00

pygobject requires both python and pygobject-native for compilation. Without python pygobject may fail to compile.. and items that depend on pygobject will fail to compile. (From OE-Core rev: 319610d5bf61108f2ecc538c7a5de5b7c85a6684) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie