<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">Il 14 mag 2018 10:20 AM, "Richard Purdie" <<a href="mailto:richard.purdie@linuxfoundation.org">richard.purdie@linuxfoundation.org</a>> ha scritto:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 2018-05-11 at 18:23 +0000, Chris Laplante via Openembedded-core <br>
wrote:<div class="quoted-text"><br>
> Hi all,<br>
> <br>
> I’m working on using Jenkins to host our Yocto build. One of the<br>
> things that would be nice is to be able to do a “bitbake our-user-<br>
> image”, upload the artifacts to our network file storage, and then do<br>
> a “bitbake our-user-image -c populate_sdk_ext”. I’d like to do these<br>
> separately so that developers are not waiting around for the eSDK to<br>
> be generated if all they care about is the kernel, for example. My<br>
> concern is that the second bitbake invocation could end up building<br>
> different stuff if someone were to check in code in between when the<br>
> two “bitbake”s are run. This is primarily a concern with recipes that<br>
> use AUTOREV (as we do for development purposes).<br>
> <br>
> Is there a way to essentially “freeze” the BitBake data store and re-<br>
> use it across multiple bitbake invocations?<br>
<br></div>
Have you tried BB_SRCREV_POLICY = "cache"?<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Out of curiosity and probably unrelated to the OP's issue with images/SDK SRCREVs consistency issue.... Could setting this variable be of any help even for building usable eSDKs when AUTOREV is around? There's an issue in bugzilla (don't have id at hand) dealing with eSDK / AUTOREV incompatibility...</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers,<br>
<br>
Richard<div class="elided-text"><br>
-- <br>
_______________________________________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank" rel="noreferrer">Openembedded-core@lists.openembedded.org</a><br>
<a href="http://lists.openembedded.org/mailman/listinfo/openembedded-core" rel="noreferrer noreferrer" target="_blank">http://lists.openembedded.org/mailman/listinfo/openembedded-core</a><br>
</div></blockquote></div><br></div></div></div>