[yocto] Added package to RDEPENDS in packagegroup, image that IMAGE_INSTALLs packagegroup not rebuilt

[Paul Eggleton]

On Wednesday 05 November 2014 15:01:02 Vuille, Martin wrote:
> > -----Original Message-----
> > From: yocto-bounces at yoctoproject.org [mailto:yocto-
> > bounces at yoctoproject.org] On Behalf Of Vuille, Martin (Martin)
> > Sent: November 05, 2014 7:35 AM
> > 
> > > Indeed it appears that the <packagegroup>.bb file is not being read.
> > 
> > But bitbake <packagegroup> -e does re-parse the file and reports the
> > syntax
> > error
> > 
> > Repeating bitbake <packagegroup> after the above still sees no error
> 
> In the -DDD output I see
> 
> "DEBUG: Using cache in
> '/home/platform/Workspace/somename/poky/build/tmp/cache/default-eglibc/soni
> c/i686'"
> 
> If I rename
> /home/platform/Workspace/somename/poky/build/tmp/cache/default-eglibc/sonic
> /i686 to
> /home/platform/Workspace/somename/poky/build/tmp/cache/default-eglibc/sonic
> /i686-saved and then run
> 
> bitbake <packagegroup>, the .bb file is reparsed
> 
> If I rename the directory back, then
> 
> bitbake <packagegroup> goes back to doing nothing
> 
> Something stands out here...
> 
> My build machine is x86_64 but my SDKMACHINE is i686. And I see that the
> directory name above includes i686.
> 
> Might there be something to this?

So it does appear to be cache related, but I just tried creating a similar 
packagegroup here and even set SDKMACHINE and could not reproduce the problem, 
adding the same junk you did at the same point caused an immediate parse error 
on the next build.

The question is if you remove the garbage, rename the cache directory, parse 
it successfully and then add the garbage is it reparsed with the new cache?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre