<div dir="ltr"><div>On 12 January 2017 at 13:38, Gary Thomas <span dir="ltr"><<a href="mailto:gary@mlbassoc.com" target="_blank">gary@mlbassoc.com</a>></span> wrote:<br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Any constructive ideas for cleaning out a ver long standing<br>
sstate cache?  I have one build tree that is now approaching<br>
a year old (I do builds there all the time, sometimes many<br>
times per day).  The sstate-cache is HUGE.  Any ideas on<br>
how I can purge/cleanup?  Note: 'atime' is probably not<br>
useful as I have copied the whole thing a few times...<br>
<br>
$ du -s /build/p0382_2016-01-13/sstate<wbr>-cache/<br>
186576060  Â  Â  Â /build/p0382_2016-01-13/sstat<wbr>e-cache/<br></blockquote><div><br></div>The usual way would be atime, so if you can remember when it was last moved then anything that hasn't been touched since is obviously deletable.<div><br></div><div>The alternative would be to just delete it and then do a set of builds for all your combinations that you care about, after all it's just a cache.</div><div><br></div><div>Also, that's not huge:</div><div><div><br></div><div>$ du -s /data/poky-master/sstate/</div><div>1.2T<span class="gmail-Apple-tab-span" style="white-space:pre">  </span>/data/poky-master/sstate/</div></div><div><br></div><div>:)</div><div><br></div><div>Ross</div></div></div></div>