<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Feb 23, 2016 at 6:55 AM Burton, Ross &lt;<a href="mailto:ross.burton@intel.com">ross.burton@intel.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 23 February 2016 at 11:36, Markus Lehtonen <span dir="ltr">&lt;<a href="mailto:markus.lehtonen@linux.intel.com" target="_blank">markus.lehtonen@linux.intel.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">Make sure that we have a pristine source tree after do_unpack.<br></div></blockquote></div><br></div></div><div dir="ltr"><div class="gmail_extra">Interestingly this fails on db-native rebuild for me, as db is playing games with S (it&#39;s not the top of the tarball).  I had a look at the db recipe, screamed a bit, and am testing a patch to make it more idiomatic.  Let&#39;s throw this at the autobuilder and see what happens...</div></div></blockquote><div><br></div><div>db isn&#39;t the only recipe doing that. The fetcher unpack method knows where it&#39;s unpacking to, I think if anyone should be clearing out the destination first, it should. <br></div></div></div>