Bug 3133 - runqueue.py, line 471: IndexError: list index out of range
Summary: runqueue.py, line 471: IndexError: list index out of range
Status: VERIFIED FIXED
Alias: None
Product: BitBake
Classification: Build System, Metadata & Runtime
Component: bitbake (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 1.3 M5
Assignee: Paul Eggleton
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2012-09-18 20:28 UTC by Martin Jansa
Modified: 2012-11-01 13:35 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments
bitbake.log (65.18 KB, text/x-log)
2012-09-18 20:28 UTC, Martin Jansa
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Jansa 2012-09-18 20:28:38 UTC
Created attachment 815 [details]
bitbake.log

Triggered by removing BBCLASSEXTEND from meta/recipes-devtools/perl/perl_5.14.2.bb (because nativesdk-perl doesn't build)
and trying to bitbake meta-toolchain-gmae

First is shows a lot of "No eligible RPROVIDERs" which is correct, then IndexError which is not.

bitbake.log attached
Comment 1 Paul Eggleton 2012-09-19 14:37:03 UTC
If I try this with master, it stops immediately on the first error instead of producing the stream in the log and then the ugly traceback. Is this by any chance bitbake prior to 22756e9c0f1da33ba2c6e881b214577a610b7986? If so, this has effectively already been fixed.
Comment 2 Martin Jansa 2012-09-19 14:49:44 UTC
First I've seen it with 81b0c0cd15cbd61285e6525f482412051371ea4c, then I've repeated the test with master/HEAD ac75b06744e73399ca1fbda322ef851ae5754b0a and the output looked the same.
Comment 3 Martin Jansa 2012-09-19 16:58:17 UTC
17:14:21 < bluelightning> JaMa: re 3133, are you able to trigger that with less than the large number of layers you have enabled?
17:14:58 < bluelightning> (without in any way suggesting that that is a factor)

I forgot to mention that I'm always using -k param to bitbake.

With -k I can reproduce it also with oe-core only and without DISTRO.
Comment 4 Paul Eggleton 2012-09-20 09:21:50 UTC
Agreed, with -k I can reproduce it. I think we do want -k to continue on if some of the items asked to be built are unbuildable, but if they're all unbuildable we should be bailing out.
Comment 6 Stefan Stanacar 2012-11-01 13:35:51 UTC
Verified in danny / 27af23e65f63b41962a7cfddba9e9372d5212396 , bitbake bails out now.