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, g...@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.lit...@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.pur...@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.ja...@gmail.com
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
