openembedded-core.git/meta/recipes-devtools/python, branch dylan

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

2014-03-12T19:00:34+00:00

(From OE-Core master rev: 5abf18a7f11ee9e88e0eec1b66cc63427d9097a8)

Signed-off-by: Richard Purdie

python: Backport 2 CVE from upstream

2013-10-10T11:21:01+00:00

These are back ports of 2 patches from upstream to address
CVE-2011-4944
CVE-2013-4238

(From OE-Core rev: 4606eab53e8eff57d6369ea20a5ea63916ea3ea7)

Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

python-imaging: add PACKAGECONFIG for lcms

2013-08-16T09:39:48+00:00

* it's autodetected from sysroot
* add PACKAGECONFIG to make it deterministic

(From OE-Core master rev: c11aaac4952320f565bd65ec5f601c50763408a7)

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-08T15:28:30+00:00

This is now required by python-argparse-native as of OE-Core revision
8d0e84bdfaf63ad61be7b015dd55dacccfa9132c.

(From OE-Core master rev: e9e03d44d6a402fecdf0d62ff09a1f6af9da10bb)

Signed-off-by: Paul Eggleton 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

python-multiprocessing: adding runtime dependencies

2013-07-08T15:28:30+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)

Signed-off-by: Lukas Bulwahn 
Signed-off-by: Richard Purdie

python-argparse: adding runtime dependency on python-codecs

2013-07-08T15:28:30+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)

Signed-off-by: Lukas Bulwahn 
Signed-off-by: Richard Purdie

python-pygtk: fix parallel compile issue

2013-07-08T09:30:20+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)

Signed-off-by: Kai Kang 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

python-pygobject: disable parallel install

2013-07-08T09:30:20+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)

Signed-off-by: Kai Kang 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

python-smartpm: add gettext-native to DEPENDS

2013-05-31T15:03:38+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)

Signed-off-by: Paul Eggleton 
Signed-off-by: Richard Purdie

smart: disable CHANNELSDIR

2013-04-08T15:56:59+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]

Signed-off-by: Bogdan Marinescu 
Signed-off-by: Richard Purdie