[OE-core] How to find out why shared sstate is not being used for a recipe

[Mike Looijmans]

On 05/27/2014 08:58 AM, Mike Looijmans wrote:
> I have a deja-vu feeling about this question.
>
> I have this recipe:
>
> https://github.com/topic-embedded-products/meta-topic/blob/master/recipes-bsp/fpga/fpga-image-miami.bb
>
>
> Which includes this one:
> https://github.com/topic-embedded-products/meta-topic/blob/master/recipes-bsp/fpga/fpga-image.inc
>
>
> I have a build server that exports its sstate-cache directory through HTTP,
> and a local host that attempts to use that sstate-cache. This works fine,
> except for the recipe above. Building this recipe takes about 1 hour, so i
> really really really want to share that state at any cost. As you can see,
> I've done a big shotgun blast of "vardepdsexclude" to get the recipe to be as
> common as possible. Still any host wants to build its own version.
>

I recently figured out the cause of this:

LIC_FILES_CHKSUM = 
"file://${META_ZYNQ_BASE}/COPYING;md5=751419260aa954499f7abaabaa882bbe"

The META_ZYNQ_BASE variable is set to the overlay path in the layer.conf file. 
This path varies on different machines.

I added the following line to layer.conf to prevent this from happening:
META_ZYNQ_BASE[vardepvalue] = "meta-zynq"

This triggered a rebuild of all pacakges that I've seen to have this sstate 
problem, thereby confirming that this really was the cause.

It DID surprise me that the LIC_FILES_CHKSUM full path filename somehow ended 
up in the hash for the package's contents. It would have been better to only 
include the license contents itself (or its checksum).

Mike.


Met vriendelijke groet / kind regards,

Mike Looijmans

TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) (0) 499 33 69 79
Telefax:  (+31) (0) 499 33 69 70
E-mail: mike.looijmans at topic.nl
Website: www.topic.nl

Please consider the environment before printing this e-mail

Bezoek ons op 9 en 10 september tijdens Technology for Health Den Bosch (stand 53)
http://www.technologyforhealth.nl