[poky] wrong rpm name qt package
Gerard van den Bosch
gerard at de-haardt.com
Fri May 27 06:24:04 PDT 2011
On 05/27/2011 02:49 PM, Richard Purdie wrote:
> On Fri, 2011-05-27 at 08:10 +0200, Gerard van den Bosch wrote:
>> Ok, I have tried the following with the Bernard release:
>>
>> print "hello"
>> print bb.data.getVar('BB_WORKERCONTEXT', d, True)
>> if bb.data.getVar('BB_WORKERCONTEXT', d, True) is not None:
>> print "hello2"
>> runtime_mapping_rename("PACKAGE_INSTALL", d)
>> runtime_mapping_rename("PACKAGE_INSTALL_ATTEMPTONLY", d)
>> The "hello" gets printed, and the variable outputs "None", the "hello2" doesn't get printed because the variable is None.
>>
>> In the laverne release I use here it checks on something else namely:
>> if bb.data.getVar('__RUNQUEUE_DO_NOT_USE_EXTERNALLY', d, True) is not None:
>> I can't add print commands there because it gives ident errors, found that has something todo with spaces but couldn't get it working.
>>
>> I tried searching some further, I see in this commit that the if is added, that is in the laverne release:
>> http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/meta/classes/image.bbclass?id=4e0ee648b4c18b770aba11921370258f3e2aaeef
>>
>> Then a few commits later it is changed to the BB_WORKERCONTEXT:
>> http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/meta/classes/image.bbclass?id=e427f251a457f3015c4b1cdf1648c53a9acc646d
>>
>> Thus I tried to figure out what sets the BB_WORKERCONTEXT, I found it in two files in bitbake namely cooker.py and runqueue.py.
>> Eventually it leads to the loading of the configuration file and something set BB_WORKERCONTEXT then but I couldn't figure out what sets the variable.
>>
>> I looked up the commits where it is added to bitbake:
>> http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/bitbake/lib/bb/runqueue.py?id=1f3e313fd5cc5ae8ea838bf8fcdedace3cb72584
>> http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/bitbake/lib/bb/cooker.py?id=ca09a6f08cc29f79f9742058d737deaef9d6d5ef
>>
>> But I couldn't figure out what the changes did and I did not come further than this.
>> If I need to try something else out, let me know.
> This code only triggers at rootfs generation time. I've discovered this
> broken in master at least. To test I did:
>
> bitbake -b /path/to/some-image.bb -c rootfs
>
> and then saw:
>
> NOTE: Preparing runqueue
> NOTE: Executing SetScene Tasks
> NOTE: Executing RunQueue Tasks
> ERROR: Start package mapping
> ERROR: Found package mapping
> NOTE: Running task 10 of 10 (ID: 6, /media/build2/builds/rptest/meta/recipes-core/images/core-image-minimal.bb, do_rootfs)
> NOTE: package core-image-minimal-1.0-r0: task do_rootfs: Started
> ^C
>
> with the following in image.bbclass:
>
> bb.error("Start package mapping")
> if bb.data.getVar('BB_WORKERCONTEXT', d, True) is not None:
> bb.error("Found package mapping")
> runtime_mapping_rename("PACKAGE_INSTALL", d)
>
> when I'd fixed the underlying problem.
>
> Cheers,
>
> Richard
>
If I understand correctly, you have fixed something to get it working? or does it work and am I doing something wrong?
Because when I add the bb.error commands I am only seeing the "Start package mapping" with the suggested bitbake command.
Regards,
Gerard
More information about the poky
mailing list