Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Mike Looijmans <mike.looijmans@topic.nl>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: How to find out why shared sstate is not being used for a recipe
Date: Tue, 3 Jun 2014 07:35:08 +0200	[thread overview]
Message-ID: <538D5E8C.1090008@topic.nl> (raw)
In-Reply-To: <538D5C34.4060905@topic.nl>

On 06/03/2014 07:25 AM, Mike Looijmans wrote:
>> Worst case, you can pull the siginfo files from one build and the
>> siginfo files from the sstate mirror and then see which ones are
>> different, then run bitbake-diffsigs X Y to compare the two files.
>
> How do I find what to pull? I have (ssh) access to both machines. The
> sstate-cache dir contains a bunch of two-digit directories and a gazillion files.
>
> I could just copy the whole thing to one machine, there's gigabit between
> them, but then what do I do with these files?

mike:~/zynq_platform/build$ find sstate-cache -name 
'*fpga-image-miami*.siginfo' | wc -l
480

Suppose I copy them. Where do I copy them to, and what do I do with these 480 
files to tell me why the system insists on rebuilding this package?

Mike.

PS: I really really want to find out. Several of these FPGA recipes take 3.5 
hours to build on the fastest i5 we could buy. So you can imagine we really 
want to prevent having to build it more than once.



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@topic.nl
Website: www.topic.nl

Please consider the environment before printing this e-mail

Visit us at MEDTEC Europe 3-5 June, Messe Stuttgart, stand number 5D20
http://medteceurope.com/index.php?page=home-en



  reply	other threads:[~2014-06-03  5:35 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-27  6:58 How to find out why shared sstate is not being used for a recipe Mike Looijmans
2014-05-28 20:42 ` Khem Raj
2014-05-28 20:46   ` Christopher Larson
2014-05-28 23:12     ` Richard Purdie
2014-06-03  5:25       ` Mike Looijmans
2014-06-03  5:35         ` Mike Looijmans [this message]
2014-06-03  8:45           ` Richard Purdie
2014-06-03 13:54             ` Mike Looijmans
2014-06-03 14:10               ` Richard Purdie
2014-06-04  6:19                 ` Mike Looijmans
2014-06-04 10:44             ` Mike Looijmans
2014-06-03  8:32         ` Martin Jansa
2014-06-03  9:07         ` Richard Purdie
2014-08-18  8:12 ` Mike Looijmans

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=538D5E8C.1090008@topic.nl \
    --to=mike.looijmans@topic.nl \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox