Re: wrong rpm name qt package

[Richard Purdie <richard.purdie@linuxfoundation.org>]

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