<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>680</bug_id>
          
          <creation_ts>2011-01-28 01:16:26 +0000</creation_ts>
          <short_desc>python-native should include the multiprocessing module (bitbake requires it)</short_desc>
          <delta_ts>2011-05-04 09:43:54 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>devtools / tool chain</component>
          <version>1.0</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.0 PointRelease</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Aleksandr Koltsoff">aleksandr.koltsoff</reporter>
          <assigned_to name="Beth Flanagan">elizabeth.flanagan</assigned_to>
          <cc>aleksandr.koltsoff</cc>
    
    <cc>elizabeth.flanagan</cc>
    
    <cc>josh</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>sgw</cc>
    
    <cc>srifenbark</cc>
    
    <cc>tom.parkin</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>11557</commentid>
    <comment_count>0</comment_count>
    <who name="Aleksandr Koltsoff">aleksandr.koltsoff</who>
    <bug_when>2011-01-28 01:16:26 +0000</bug_when>
    <thetext>Related to #629 and #628.

bitbake in 1.0 uses multiprocessing module, which should be part of stock 2.6 python installs. However, the way that python-native is packaged, the multiprocessing module will not be included in the tarball.

End effect is that bitbake in 1.0 cannot be used with the python-native tarball at all.

The public python-native tarball should probably be also updated at some point (see https://lists.yoctoproject.org/pipermail/yocto/2010-December/000447.html , the URL should probably stay the same, since this email is the only current place where using python-native tarball is documented).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>11560</commentid>
    <comment_count>1</comment_count>
    <who name="Joshua Lock - Disabled">josh</who>
    <bug_when>2011-01-28 01:30:34 +0000</bug_when>
    <thetext>This bug refers to the Python generated by the external-python-tarball recipe.
The tarball doesn&apos;t currently include the multiprocessing module which is now required to run BitBake.

A fix is in master to add the multiprocessing package to the tarball: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=a17dc8b66d40c937beb363872b3a6af31232f7ff

We need to update the hosted tarball and then document its presence.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>11873</commentid>
    <comment_count>2</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2011-02-18 10:25:28 +0000</bug_when>
    <thetext>I have made changes to both the Yocto Project Quick Start and the Poky Reference Manual regarding the Python 2.6 requirement of BitBake (BUGID# 628).  Part of my fix was referencing the 32 and 64-bit tarballs for Python 2.6.  Have these tarballs been rebuilt?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13548</commentid>
    <comment_count>3</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2011-05-03 08:54:04 +0000</bug_when>
    <thetext>I have this generated and will upload today.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13550</commentid>
    <comment_count>4</comment_count>
    <who name="Joshua Lock - Disabled">josh</who>
    <bug_when>2011-05-03 09:21:01 +0000</bug_when>
    <thetext>*** Bug 1022 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13563</commentid>
    <comment_count>5</comment_count>
    <who name="Beth Flanagan">elizabeth.flanagan</who>
    <bug_when>2011-05-04 08:30:27 +0000</bug_when>
    <thetext>I&apos;ve uploaded the latest python-native from bernard to the download site and the mirror. A few notes:

http://mirrors.kernel.org/yocto/miscsupport/

I&apos;ve left the old versions of python-native up and moved them to:

http://mirrors.kernel.org/yocto/miscsupport/yocto-0.9-python-nativesdk/

The new versions are in the top level and in:

http://mirrors.kernel.org/yocto/miscsupport/yocto-1.0-python-nativesdk/

These were build using the bernard tag. Please leave this bug open for the time being so I can use it as a way to track this issue for upcoming release scripts.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13564</commentid>
    <comment_count>6</comment_count>
    <who name="Joshua Lock - Disabled">josh</who>
    <bug_when>2011-05-04 09:42:35 +0000</bug_when>
    <thetext>Code has been merged for some time and tarball is up to date.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13566</commentid>
    <comment_count>7</comment_count>
    <who name="Joshua Lock - Disabled">josh</who>
    <bug_when>2011-05-04 09:43:54 +0000</bug_when>
    <thetext>Updated tarballs at http://autobuilder.yoctoproject.org/downloads/miscsupport/ include multiprocessing.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>