<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 26, 2015 at 11:09 PM, Chen Qi <span dir="ltr">&lt;<a href="mailto:Qi.Chen@windriver.com" target="_blank">Qi.Chen@windriver.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 id=":1j7" class="a3s" style="overflow:hidden">If we do `<span class="il">bitbake</span> buildtools-tarball&#39; and then after one day do `<span class="il">bitbake</span><br>
core-image-minimal -c populate_sdk_ext&#39;, we would meet errors like below.<br>
<br>
| install: cannot stat &#39;/buildarea2/chenqi/poky/build-systemd/tmp/deploy/sdk/<br>
poky-glibc-x86_64-buildtools-tarball-core2-64-buildtools-nativesdk-standalone<br>
-1.8+snapshot-20150429.sh&#39;: No such file or directory<br>
<br>
The problem is that the output name for buildtools-tarball has ${DATE} in it.<br>
So if populate_sdk_ext task is executed but buildtools-tarball is not rebuilt,<br>
the above error appears.<br>
<br>
Instead of hardcoding ${DISTRO_VERSION} which consists of ${DATE} in the<br>
install_tools() function, we should find the latest buildtools-tarball based<br>
on the modification time and install it.<br>
<br>
[YOCTO #7674]<br>
<br>
Signed-off-by: Chen Qi &lt;<a href="mailto:Qi.Chen@windriver.com">Qi.Chen@windriver.com</a>&gt;</div></blockquote></div><br>Hmm, if buildtools-tarball is required, why not just pull it in via dependencies and build a current one, rather than assuming/forcing the user to have done so themselves?<br>-- <br><div class="gmail_signature">Christopher Larson<br>clarson at kergoth dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Maintainer - Tslib<br>Senior Software Engineer, Mentor Graphics</div>
</div></div>