linux/poky.git/meta/recipes-devtools/python, branch dylan

python-2.7-manifest: Add missing python-ctypes dependency to python-multiprocessing

2014-03-13T22:37:35+00:00

(From OE-Core master rev: 5abf18a7f11ee9e88e0eec1b66cc63427d9097a8) (From OE-Core rev: 35555a670a157cf08f6472065b2d1c41e340e8f2) Signed-off-by: Richard Purdie

python: Backport 2 CVE from upstream

2013-10-10T11:31:14+00:00

These are back ports of 2 patches from upstream to address CVE-2011-4944 CVE-2013-4238 (From OE-Core rev: 4606eab53e8eff57d6369ea20a5ea63916ea3ea7) (From OE-Core rev: 8a00a57870bf71a34b901c4a3aa08094f548e8f1) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-imaging: add PACKAGECONFIG for lcms

2013-08-16T10:18:15+00:00

* it's autodetected from sysroot * add PACKAGECONFIG to make it deterministic (From OE-Core master rev: c11aaac4952320f565bd65ec5f601c50763408a7) (From OE-Core rev: e535f7c7cb98b96635d1cdb3883c6a5a2785594d) Signed-off-by: Martin Jansa Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-native: add python-codecs-native to RPROVIDES

2013-07-09T09:53:57+00:00

This is now required by python-argparse-native as of OE-Core revision 8d0e84bdfaf63ad61be7b015dd55dacccfa9132c. (From OE-Core master rev: e9e03d44d6a402fecdf0d62ff09a1f6af9da10bb) (From OE-Core rev: e1e218ffcb3479607a30f02877ee504637c5418e) Signed-off-by: Paul Eggleton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-multiprocessing: adding runtime dependencies

2013-07-09T09:53:57+00:00

As python-multiprocessing requires python-threading and python-pickle, this commit adds them as runtime dependency. The observed behavior was: When typing 'import multiprocessing' in the python shell on a minimal image with only the python-multiprocessing recipe installed, python reports at first: Python 2.7.3 (default, Jun 27 2013, 08:26:25) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import multiprocessing; Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/multiprocessing/__init__.py", line 65, in from multiprocessing.util import SUBDEBUG, SUBWARNING File "/usr/lib/python2.7/multiprocessing/util.py", line 38, in import threading # we want threading to install it's ImportError: No module named threading After adding python-threading as runtime dependency and rebuilding the image, python reports: Python 2.7.3 (default, Jun 27 2013, 08:26:25) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import multiprocessing; Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/multiprocessing/__init__.py", line 84, in import _multiprocessing ImportError: No module named cPickle (From OE-Core master rev: e913412ca0ff01cb654757c8199e8859f15b7cf7) (From OE-Core rev: e2abc675180a919a88c531f3801c3cd5d3f96206) Signed-off-by: Lukas Bulwahn Signed-off-by: Richard Purdie

python-argparse: adding runtime dependency on python-codecs

2013-07-09T09:53:57+00:00

When typing 'import argparse' in the python shell on a minimal image with only the python-argparse recipe installed, python reports: Python 2.7.3 (default, Jun 27 2013, 08:26:25) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import argparse; Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/site-packages/argparse.py", line 91, in from gettext import gettext as _ ImportError: No module named gettext The python-argparse recipe requires the python gettext module, which is currently provided by python-codecs. Hence, this commit adds python-codecs as runtime dependency to resolve the issue. (From OE-Core master rev: 8d0e84bdfaf63ad61be7b015dd55dacccfa9132c) (From OE-Core rev: be91c7d9dc5f9ac6e4dd482717f1f89e4ee169cb) Signed-off-by: Lukas Bulwahn Signed-off-by: Richard Purdie

python-pygtk: fix parallel compile issue

2013-07-09T09:53:55+00:00

defs.c dependes on gdk-types.defs and gtk-types.defs. When parallel compile, it may fails with: "IOError: [Errno 2] No such file or directory: 'gtk-types.defs'" Add them to dependences of defs.c to fix this issue. (From OE-Core master rev: edf278eec71552bcd3ac661dce8e8b7489463f6a) (From OE-Core rev: a0a2a012e843ccaa95b23c53c4b96ac46d36d719) Signed-off-by: Kai Kang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-pygobject: disable parallel install

2013-07-09T09:53:55+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 master rev: e87a0c81c77d11f892a34c2d14ffbeb4342d32dd) (From OE-Core rev: 03afd1cde0c308c079b7e10cbf6424e28a5c4a75) Signed-off-by: Kai Kang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

python-smartpm: add gettext-native to DEPENDS

2013-06-03T15:58:13+00:00

Fixes the following failure at do_install building python-smartpm-native if gettext-native has not already been built and gettext tools are not installed on the host: | compiling locale/it/LC_MESSAGES/smart.po -> locale/it/LC_MESSAGES/smart.mo | sh: msgfmt: command not found ... | creating $D/usr/share/share/locale/it/LC_MESSAGES | error: can't copy 'locale/it/LC_MESSAGES/smart.mo': doesn't exist or not a regular file Note that we need gettext-native in DEPENDS and not "inherit gettext" here because for native variants, gettext.bbclass instead adds gettext-minimal-native to DEPENDS and that does not provide the msgfmt command. (From OE-Core master rev: e8d903e2d5e0c0df18dfd9561c3f8ef340297f1f) (From OE-Core rev: 935506b3ea7a64a6c0f4b14c6c9931ccf8b98828) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

smart: disable CHANNELSDIR

2013-04-08T15:57:03+00:00

Make CHANNELSDIR in smart empty, since this causes host contamination issues on some RPM-based hosts on which smart is already installed. [YOCTO #3881] (From OE-Core rev: 94e76a98b6cdafe9547630be159401ac1d8c5edd) Signed-off-by: Bogdan Marinescu Signed-off-by: Richard Purdie