<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 4, 2019, 10:06 AM Richard Purdie &lt;<a href="mailto:richard.purdie@linuxfoundation.org">richard.purdie@linuxfoundation.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 2019-03-04 at 10:58 -0500, Tom Rini wrote:<br>
&gt; Ah, so &quot;poky&quot; got me thinking this morning.  I was just on bitbake<br>
&gt; v1.40<br>
&gt; (since I usually use thud, and that&#39;s the version for that).  Moving<br>
&gt; to<br>
&gt; bitbake master/tip and I don&#39;t see the problem anymore.<br>
&gt; <br>
&gt; Is it possible to have some logic within OE to check the version of<br>
&gt; bitbake and throw an error / warning?<br>
<br>
You mean like the BB_MIN_VERSION variable:<br>
<br>
<a href="http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/sanity.conf#n6" rel="noreferrer noreferrer" target="_blank">http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/conf/sanity.conf#n6</a><br>
<br>
?<br>
<br>
:)<br>
<br>
The changes were intended to be backwards compatible hence it wasn&#39;t<br>
bumped. Clearly something isn&#39;t playing as intended...<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ah, older bitbake isn&#39;t going to set BB_UNIHASH, which I bet is what breaks it. I bet if we add:</div><div dir="auto"><br></div><div dir="auto"> BB_UNIHASH ?= &quot;${BB_TASKHASH}&quot;</div><div dir="auto"><br></div><div dir="auto">somewhere (bitbake.conf?) it would fix it.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
<br>
Richard<br>
<br>
</blockquote></div></div></div>