[OE-core] [oe-commits] Morgan Little : python: Update for python-native changes

[Richard Purdie]

On Mon, 2012-07-23 at 13:37 +0200, Martin Jansa wrote:
> On Mon, Jul 23, 2012 at 12:32:55PM +0100, Richard Purdie wrote:
> > On Mon, 2012-07-23 at 13:18 +0200, Martin Jansa wrote:
> > > On Sun, Jul 22, 2012 at 10:43:53AM +0000, git at git.openembedded.org wrote:
> > > > Module: openembedded-core.git
> > > > Branch: master
> > > > Commit: 284a65d55f0ffad0f4f7f32d72da0f9410578643
> > > > URL:    http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=284a65d55f0ffad0f4f7f32d72da0f9410578643
> > > > 
> > > > Author: Morgan Little <morgan.little at windriver.com>
> > > > Date:   Thu Jul 19 13:46:07 2012 -0400
> > > > 
> > > > python: Update for python-native changes
> > > > 
> > > > Add pythonnative onto the list of inherits and update the paths to the binaries
> > > > referenced in the recipe to the new paths.
> > > > 
> > > > Signed-off-by: Richard Purdie <richard.purdie at linuxfoundation.org>
> > > > 
> > > 
> > > Any idea why is opkg package-index now failing _sometimes_ ?
> > > 
> > > | + '[' -e /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/ ']'
> > > | + touch /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages
> > > | + flock /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages.flock -c 'opkg-make-index -r /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -p /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/Packages -m /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/deploy/ipk/'
> > > | Traceback (most recent call last):
> > > |   File "/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py", line 569, in <module>
> > > |     main()
> > > |   File "/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py", line 552, in main
> > > |     known_paths = addsitepackages(known_paths)
> > > |   File "/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py", line 329, in addsitepackages
> > > |     for sitedir in getsitepackages():
> > > |   File "/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib/python2.7/site.py", line 303, in getsitepackages
> > > |     sitepackages.append(os.path.join(prefix, sys.lib,
> > > | AttributeError: 'module' object has no attribute 'lib'
> > > | ERROR: Function failed: do_package_index (see /var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/package-index-1.0-r0/temp/log.do_package_index.17223 for further information)
> > > NOTE: package package-index-1.0-r0: task do_package_index: Failed
> > 
> > What is the header of opkg-make-index? Is it a path to python or
> > a /usr/bin/env python?
> 
> $ head -n1 jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/opkg-make-index
> #!/usr/bin/env python

package-index doesn't inherit pythonnative. The python found from env
would therefore be the host system python but its using files from the
sysroot. Mixing the two is a bad idea.

The question is how is it mixing these up, the host system python
shouldn't be looking there for modules.

So I'm not sure why they're getting mixed up but its likely the problem.
Does anything jump out at you on the machine in question with the above
in mind?

Cheers,

Richard