[PATCH 0/1] Make external-python-tarball useful again

[PATCH 0/1] Make external-python-tarball useful again

[Joshua Lock]

From: Joshua Lock <josh@linux.intel.com>

The attached patch adds the multiprocessing module to the external Python
tarball. This is quite useful as we use multiprocessing at recipe parse time
now.

This raises two questions:
1) Should we do some testing around the use of multiprocessing?
2) Who can update a new external-python-tarball to the public download?

Finally, we should probably document the existence of this tarball somewhere
other than this mailing list. Ideas?

Pull URL: git://git.pokylinux.org/poky-contrib.git
  Branch: josh/master
  Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=josh/master

Thanks,
    Joshua Lock <josh@linux.intel.com>
---


Joshua Lock (1):
  external-python-tarball: include multiprocessing module

 meta/recipes-core/meta/external-python-tarball.bb |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

-- 
1.7.3.5

[PATCH 1/1] external-python-tarball: include multiprocessing module

[Joshua Lock]

From: Joshua Lock <josh@linux.intel.com>

Signed-off-by: Joshua Lock <josh@linux.intel.com>
---
 meta/recipes-core/meta/external-python-tarball.bb |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-core/meta/external-python-tarball.bb b/meta/recipes-core/meta/external-python-tarball.bb
index eef93fd..746cb9e 100644
--- a/meta/recipes-core/meta/external-python-tarball.bb
+++ b/meta/recipes-core/meta/external-python-tarball.bb
@@ -26,6 +26,7 @@ TOOLCHAIN_HOST_TASK ?= "\
     python-nativesdk-fcntl \
     python-nativesdk-shell \
     python-nativesdk-misc \
+    python-nativesdk-multiprocessing \
     python-nativesdk-subprocess \
     python-nativesdk-xmlrpc \
     python-nativesdk-netclient \
-- 
1.7.3.5

Re: [PATCH 0/1] Make external-python-tarball useful again

[Richard Purdie]

On Thu, 2011-01-27 at 13:09 +0000, Joshua Lock wrote:
> From: Joshua Lock <josh@linux.intel.com>
> 
> The attached patch adds the multiprocessing module to the external Python
> tarball. This is quite useful as we use multiprocessing at recipe parse time
> now.

Merged into master, thanks!

> This raises two questions:
> 1) Should we do some testing around the use of multiprocessing?

In what way?

> 2) Who can update a new external-python-tarball to the public download?

Beth+me should both have access.

> Finally, we should probably document the existence of this tarball somewhere
> other than this mailing list. Ideas?
> 
> Pull URL: git://git.pokylinux.org/poky-contrib.git
>   Branch: josh/master
>   Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=josh/master
> 
> Thanks,
>     Joshua Lock <josh@linux.intel.com>

Cheers,

Richard

Re: [PATCH 0/1] Make external-python-tarball useful again

[Joshua Lock]

On Thu, 2011-01-27 at 15:28 +0000, Richard Purdie wrote:
> On Thu, 2011-01-27 at 13:09 +0000, Joshua Lock wrote:
> > From: Joshua Lock <josh@linux.intel.com>
> > 
> > The attached patch adds the multiprocessing module to the external Python
> > tarball. This is quite useful as we use multiprocessing at recipe parse time
> > now.
> 
> Merged into master, thanks!
> 
> > This raises two questions:
> > 1) Should we do some testing around the use of multiprocessing?
> 
> In what way?

Sorry, what a vague comment. I meant to suggest an exception around the
import and alternative code paths if the module can't be imported. 
Or is it safe to assume it exists if you have Python 2.6? - in which
case we just need to improve out Python 2.6 tests so that people can't
run this code on older versions.

> 
> > 2) Who can update a new external-python-tarball to the public download?
> 
> Beth+me should both have access.

Cool, I'm debugging an issue with package resolution at tarball
generation time, but once that works I'll request a build and upload.

Thanks,
Joshua
-- 
Joshua Lock
        Intel Open Source Technology Centre

Re: [PATCH 0/1] Make external-python-tarball useful again

[Richard Purdie]

On Thu, 2011-01-27 at 15:36 +0000, Joshua Lock wrote:
> On Thu, 2011-01-27 at 15:28 +0000, Richard Purdie wrote:
> > On Thu, 2011-01-27 at 13:09 +0000, Joshua Lock wrote:
> > > From: Joshua Lock <josh@linux.intel.com>
> > > 
> > > The attached patch adds the multiprocessing module to the external Python
> > > tarball. This is quite useful as we use multiprocessing at recipe parse time
> > > now.
> > 
> > Merged into master, thanks!
> > 
> > > This raises two questions:
> > > 1) Should we do some testing around the use of multiprocessing?
> > 
> > In what way?
> 
> Sorry, what a vague comment. I meant to suggest an exception around the
> import and alternative code paths if the module can't be imported. 
> Or is it safe to assume it exists if you have Python 2.6? - in which
> case we just need to improve out Python 2.6 tests so that people can't
> run this code on older versions.

Its safe to assume it exists in standard python 2.6.

We therefore just need to improve the python 2.6 checks.

> > > 2) Who can update a new external-python-tarball to the public download?
> > 
> > Beth+me should both have access.
> 
> Cool, I'm debugging an issue with package resolution at tarball
> generation time, but once that works I'll request a build and upload.

Sounds good thanks.

Richard