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

[Martin Jansa <martin.jansa@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 4458 bytes --]

On Mon, Jul 23, 2012 at 03:06:12PM +0200, Martin Jansa wrote:
> On Mon, Jul 23, 2012 at 02:02:12PM +0100, Richard Purdie wrote:
> > 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@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@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@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?
> 
> Not really and it happens only in some builds (all today - haven't seen
> this error before) and sofar it failed in 4/10 image/feed builds and
> worked in remaining 6.
> 
> Even for the same combination of MACHINE and target it once worked and once
> failed without any metadata changes or host distro changes between.

env doesn't show anything interesting related to python

changing shebang to
path/tmp-eglibc/sysroots/x86_64-linux/usr/bin/python-native/python

made all currently failing builds to succeed again, but the issue is
still there..

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]