<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 27, 2015 at 2:26 PM, Randy Witt <span dir="ltr"><<a href="mailto:randy.e.witt@linux.intel.com" target="_blank">randy.e.witt@linux.intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/27/2015 11:54 AM, Christopher Larson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, May 26, 2015 at 11:09 PM, Chen Qi <<a href="mailto:Qi.Chen@windriver.com" target="_blank">Qi.Chen@windriver.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If we do `bitbake buildtools-tarball' and then after one day do `bitbake<br>
core-image-minimal -c populate_sdk_ext', we would meet errors like below.<br>
<br>
| install: cannot stat<br>
'/buildarea2/chenqi/poky/build-systemd/tmp/deploy/sdk/<br>
<br>
poky-glibc-x86_64-buildtools-tarball-core2-64-buildtools-nativesdk-standalone<br>
-1.8+snapshot-20150429.sh': No such file or directory<br>
<br>
The problem is that the output name for buildtools-tarball has ${DATE} in<br>
it.<br>
So if populate_sdk_ext task is executed but buildtools-tarball is not<br>
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<br>
based<br>
on the modification time and install it.<br>
<br>
[YOCTO #7674]<br>
<br>
Signed-off-by: Chen Qi <<a href="mailto:Qi.Chen@windriver.com" target="_blank">Qi.Chen@windriver.com</a>><br>
<br>
</blockquote>
<br>
Hmm, if buildtools-tarball is required, why not just pull it in via<br>
dependencies and build a current one, rather than assuming/forcing the user<br>
to have done so themselves?<br>
</blockquote>
<br></span>
It is a dependency and will be built if it hasn't been built. But since<br>
<br>
TOOLCHAIN_OUTPUTNAME ?= "${SDK_NAME}-buildtools-nativesdk-standalone-${DISTRO_VERSION}"<br>
<br>
in <a href="http://buildtools-tarball.bb" target="_blank">buildtools-tarball.bb</a> the filename will be different each time we try to copy it, unless we force buildtools-tarball to be rebuilt each time the sdk is constructed.<br>
<br>
${DATE} being used in DISTRO_VERSION is misleading in my opinion because different dates don't necessarily mean different contents. So we could change DISTRO_VERSION to not use date, or <a href="http://buildtools-tarball.bb" target="_blank">buildtools-tarball.bb</a> to not use DISTRO_VERSION.</blockquote></div><br>I expect it’d be good if in this case DATE wasn’t whitelisted, so recipes which use a DISTRO_VERSION which includes a date get rebuilt for a new day, and if you don’t want that, you can remove DATE from DISTRO_VERSION.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Actually, it’d be interesting to try to rig some form of auto-incrementing distro version based on distro metadata checksum changes or something.. Hmm.<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>