Problem with bitbake master & OE master during fetch

Problem with bitbake master & OE master during fetch

[Eric Bénard]

Hi,

while testing bitbake -c fetch on recipes in a script to fix SRC_URI, I meet 
the following error on (and found it to be reproducable at least with both 
following recipes) :
bitbake -b openembedded/recipes/adobe-flash/flash-plugin_10.0.22.87.bb -c fetch
bitbake -b openembedded/recipes/alsa/alsa-driver_0.9.6-hh4c.bb -c fetch

NOTE: Executing runqueue
ERROR: Running idle function
Traceback (most recent call last):
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/server/process.py", line 124, in 
idle_commands
     retval = function(self, data, False)
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/cooker.py", line 655, in 
buildFileIdle
     retval = rq.execute_runqueue()
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/runqueue.py", line 875, in 
execute_runqueue
     self.rqexe = RunQueueExecuteTasks(self)
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/runqueue.py", line 1036, in __init__
     event.fire(bb.event.StampUpdate(self.rqdata.target_pairs, 
self.rqdata.dataCache.stamp), self.cfgData)
AttributeError: RunQueueData instance has no attribute 'target_pairs'

=> 1st & 2nd Control C leads to :

Keyboard Interrupt, closing down...

ERROR: Running idle function
Traceback (most recent call last):
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/server/process.py", line 124, in 
idle_commands
     retval = function(self, data, False)
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/cooker.py", line 652, in 
buildFileIdle
     rq.finish_runqueue(False)
   File "/home/ebenard/OEUKREA/bitbake/lib/bb/runqueue.py", line 907, in 
finish_runqueue
     self.rqexe.finish()
AttributeError: RunQueue instance has no attribute 'rqexe'

=> 3rd Control C exit as expected.

I still haven't investigated the reason of the error.

Eric

Re: Problem with bitbake master & OE master during fetch

[Eric Bénard]

Hi,

On 21/12/2010 09:17, Eric Bénard wrote:
> I still haven't investigated the reason of the error.
>
OK the reason of the error is that the machine I'm fetching for is an arm and 
these recipes have either COMPATIBLE_MACHINE = "(h3600|h3900)"
or COMPATIBLE_HOST = "i.86.*-linux"
Same thing occur with recipes/apache/apache_2.0.54.bb which has :
python () {
     # Don't build apache unless we are building nativly
     target = bb.data.getVar("TARGET_ARCH", d, 1)
     build = bb.data.getVar("BUILD_ARCH", d, 1)
     if target != build:
         raise bb.parse.SkipPackage("Apache will only build nativly 
(TARGET_ARCH == BUILD_ARCH)")
}

Also, the problem is only present when doing bitbake -b the_recipe.bb.
Doing bitbake the_recipe exit fine with the following message : "NoProvider: 
adobe-flash".

If would be great if bitbake -b the_recipe.bb could exit properly instead of 
looping on these errors.

Eric

Re: Problem with bitbake master & OE master during fetch

[Chris Larson]

On Tue, Dec 21, 2010 at 3:52 AM, Eric Bénard <eric@eukrea.com> wrote:
> Hi,
>
> On 21/12/2010 09:17, Eric Bénard wrote:
>>
>> I still haven't investigated the reason of the error.
>>
> OK the reason of the error is that the machine I'm fetching for is an arm
> and these recipes have either COMPATIBLE_MACHINE = "(h3600|h3900)"
> or COMPATIBLE_HOST = "i.86.*-linux"
> Same thing occur with recipes/apache/apache_2.0.54.bb
>
> which has :
> python () {
>    # Don't build apache unless we are building nativly
>    target = bb.data.getVar("TARGET_ARCH", d, 1)
>    build = bb.data.getVar("BUILD_ARCH", d, 1)
>    if target != build:
>        raise bb.parse.SkipPackage("Apache will only build nativly
> (TARGET_ARCH == BUILD_ARCH)")
> }
>
> Also, the problem is only present when doing bitbake -b the_recipe.bb
>
> .
> Doing bitbake the_recipe exit fine with the following message : "NoProvider:
> adobe-flash".
>
> If would be great if bitbake -b the_recipe.bb
>
> could exit properly instead of looping on these errors

I just pulled over a commit from poky that fixes that.  That is, at
least it doesn't error.  Unfortunately, it just returns saying 0 tasks
were run, and not *why* it didn't run anything, but it's a step in the
right direction.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics