<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 26, 2017 at 5:44 PM, Saul Wold <span dir="ltr"><<a href="mailto:sgw@linux.intel.com" target="_blank">sgw@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 Wed, 2017-11-22 at 15:51 -0500, Bruce Ashfield wrote:<br>
> On 2017-11-22 1:47 PM, Saul Wold wrote:<br>
> > Ensure we have a clean and empty STAGING_KERNEL_BUILDDIR (kernel-<br>
> > build-artifacts)<br>
> > before creating it, otherwise there might be older artifacts from a<br>
> > prior<br>
> > kernel build.<br>
> ><br>
><br>
> What's the actual error that this triggers ? It would be nice to<br>
> log it here in the commit message .. or at least a description<br>
> of the symptoms.<br>
><br>
</span>As refered to in the bug, there is not an actual error occurs, but<br>
there are multiple older and non-appropriate (read older) artifacts<br>
remaining in the kernel-build-artifacts directory, just as the commit<br>
message describes.<br></blockquote><div><br></div><div>Quoting a bug isn't useful .. everything that someone needs to know </div><div>*must* be in a commit message. I'm not clicking through later on</div><div>when doing a 'git whatchanged', and I may not even be online at</div><div>that time .. so that bug reference just isn't useful.</div><div><br></div><div>So the old artifacts remain .. is it a disk usage question ? Is it a possible</div><div>confusion when inspecting a build ? .. All that the message does is</div><div>describe the change, not the why.</div><div><br></div><div>Bruce</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Sau!<br>
<div class="HOEnZb"><div class="h5"><br>
> > [YOCTO #11880]<br>
> ><br>
> > Signed-off-by: Saul Wold <<a href="mailto:sgw@linux.intel.com">sgw@linux.intel.com</a>><br>
> > ---<br>
> > meta/classes/kernel.bbclass | 3 +--<br>
> > 1 file changed, 1 insertion(+), 2 deletions(-)<br>
> ><br>
> > diff --git a/meta/classes/kernel.bbclass<br>
> > b/meta/classes/kernel.bbclass<br>
> > index 756707a3c25..2a0a7707a14 100644<br>
> > --- a/meta/classes/kernel.bbclass<br>
> > +++ b/meta/classes/kernel.bbclass<br>
> > @@ -400,6 +400,7 @@ emit_depmod_pkgdata() {<br>
> ><br>
> > PACKAGEFUNCS += "emit_depmod_pkgdata"<br>
> ><br>
> > +do_shared_workdir[cleandirs] += " ${STAGING_KERNEL_BUILDDIR}"<br>
> > do_shared_workdir () {<br>
> > cd ${B}<br>
> ><br>
> > @@ -655,8 +656,6 @@ kernel_do_deploy() {<br>
> > fi<br>
> > done<br>
> > }<br>
> > -do_deploy[cleandirs] = "${DEPLOYDIR}"<br>
> > -do_deploy[dirs] = "${DEPLOYDIR} ${B}"<br>
><br>
> This isn't clear to me. Why does cleaning the STAGING_KERNEL_BUILDDIR<br>
> as part of the do_shared_workdir mean that we no longer need the<br>
> clean before the deploy (as well as the deploy dir).<br>
><br>
> Bruce<br>
><br>
> > do_deploy[prefuncs] += "package_get_auto_pr"<br>
> ><br>
> > addtask deploy after do_populate_sysroot do_packagedata<br>
> ><br>
><br>
><br>
--<br>
______________________________<wbr>_________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org">Openembedded-core@lists.<wbr>openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer" target="_blank">http://lists.openembedded.org/<wbr>mailman/listinfo/openembedded-<wbr>core</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">"Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end"</div>
</div></div>