openembedded-core.git/scripts/contrib/python, branch daisy Mirror of openembedded-core python3: sync module dependencies from 2.7 2014-03-21T12:05:32+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2014-03-20T17:41:39+00:00 4669afac1004a89e6b87ec46136ca3e7448700d4 These have been added recently to 2.7 but were missing in the 3.3 script/inc file. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 
These have been added recently to 2.7 but were missing in the 3.3
script/inc file.

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
generate-manifest-3.3.py: sync descriptions with 2.7 version 2014-03-21T12:05:32+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2014-03-20T17:23:08+00:00 081bc11c347d11d285f2948127bca81a285ada84 Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> 
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
generate-manifest-2.7.py: sync with python-2.7-manifest.inc 2014-03-21T12:05:28+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2014-03-20T19:24:35+00:00 45779941cec4f53a8ca7f8350402e5d9e866c916 Some changes were made earlier by me to SUMMARY values in python-2.7-manifest.inc without changing the manifest script. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Some changes were made earlier by me to SUMMARY values in
python-2.7-manifest.inc without changing the manifest script.

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generate-manifest-*.py: set SUMMARY instead of DESCRIPTION 2014-03-21T12:05:28+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2014-03-20T19:24:34+00:00 d3941c88e2639637a8bc0b2c31c1d892d2ae40e3 Typically what's being set here is a short description, so it makes much more sense to set SUMMARY. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Typically what's being set here is a short description, so it makes much
more sense to set SUMMARY.

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
python: add python-mmap to python-multiprocessing RDEPENDS 2014-03-21T12:05:28+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2014-03-20T19:24:33+00:00 1c031c627a362b3f18ffa2e9caeb6cfb299b9948 The multiprocessing module needs the mmap module. We got away with not having this for the build appliance because python-mmap was added to packagegroup-self-hosted, but this is the proper place to have it. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The multiprocessing module needs the mmap module. We got away with not
having this for the build appliance because python-mmap was added to
packagegroup-self-hosted, but this is the proper place to have it.

Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generate-manifest-3.3.py: Add script to generate python 3.3 manifests 2014-02-02T22:34:31+00:00 Khem Raj raj.khem@gmail.com 2012-10-08T20:51:11+00:00 468115573275d6c32924e56bff660b9f6d38de84 Bases on python 2.7.x generator Package collections/ in python-core Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Bases on python 2.7.x generator

Package collections/ in python-core

Signed-off-by: Khem Raj <raj.khem@gmail.com>
python: Add missing RDEPENDS for python-unittest 2013-12-06T13:37:59+00:00 Mike Looijmans mike.looijmans@topic.nl 2013-12-06T06:46:51+00:00 496adfe84ef05d031444988d41451a018133f5a8 After installing python-unittest, the following errors occur when executing "import unittest" from a python commandline: ImportError: No module named StringIO ImportError: No module named pprint ImportError: No module named difflib ImportError: No module named pprint ImportError: No module named fnmatch Fix this by adding the missing dependencies to the generator script and run the generator. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
After installing python-unittest, the following errors occur when executing
"import unittest" from a python commandline:
ImportError: No module named StringIO
ImportError: No module named pprint
ImportError: No module named difflib
ImportError: No module named pprint
ImportError: No module named fnmatch

Fix this by adding the missing dependencies to the generator script and run
the generator.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
python-2.7-manifest: Add missing python-ctypes dependency to python-multiprocessing 2013-08-26T11:15:44+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2013-08-26T11:13:22+00:00 5abf18a7f11ee9e88e0eec1b66cc63427d9097a8 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
python-multiprocessing: adding runtime dependencies 2013-06-28T10:02:20+00:00 Lukas Bulwahn lukas.bulwahn@oss.bmw-carit.de 2013-06-28T09:57:12+00:00 e913412ca0ff01cb654757c8199e8859f15b7cf7 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 "<stdin>", line 1, in <module> File "/usr/lib/python2.7/multiprocessing/__init__.py", line 65, in <module> from multiprocessing.util import SUBDEBUG, SUBWARNING File "/usr/lib/python2.7/multiprocessing/util.py", line 38, in <module> 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 "<stdin>", line 1, in <module> File "/usr/lib/python2.7/multiprocessing/__init__.py", line 84, in <module> import _multiprocessing ImportError: No module named cPickle Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
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 "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/multiprocessing/__init__.py", line 65, in <module>
    from multiprocessing.util import SUBDEBUG, SUBWARNING
  File "/usr/lib/python2.7/multiprocessing/util.py", line 38, in <module>
    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 "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/multiprocessing/__init__.py", line 84, in <module>
    import _multiprocessing
ImportError: No module named cPickle

Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
python: adding missing runtime dependency python-io to python-pprint 2013-04-04T13:02:36+00:00 Lukas Bulwahn lukas.bulwahn@oss.bmw-carit.de 2013-04-04T12:12:57+00:00 abe7bf9992e298f1b53e790eee7b064a9e4e8589 When trying to import python-pprint on a minimal image, it reports that the cStringIO python module is missing. This is provided with python-io, so we add python-io as runtime dependency. The complete observed trace was: Python 2.7.3 (default, Apr 4 2013, 07:45:36) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import pprint Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/pprint.py", line 40, in <module> from cStringIO import StringIO as _StringIO ImportError: No module named cStringIO Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
When trying to import python-pprint on a minimal image, it reports that
the cStringIO python module is missing.
This is provided with python-io, so we add python-io as runtime
dependency.

The complete observed trace was:

Python 2.7.3 (default, Apr  4 2013, 07:45:36)
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pprint
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/pprint.py", line 40, in <module>
    from cStringIO import StringIO as _StringIO
ImportError: No module named cStringIO

Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>