<div dir="ltr">All,<div><br></div><div>We have need to generate 6 slighly different images, with different dedicated applications and use cases, but they&#39;re all destined for the same hardware.</div><div>We have multiconfig set to build these 6 variants.  Clearly, they&#39;ll all share a majority of underlying packages.</div><div>While the bitbake initialization takes a long time (<i>with multiconfig</i>), we were under the impression that it could save time during the actual build process because it could have the potential to reuse packages already built from mc A for mc B if the inputs to the recipes are unchanged (if same xxx_FEATURES, same arch, etc.).</div><div><br></div><div>This was a guess on our part since we initially didn&#39;t assign different tmp directories for each conf.  So, the &lt;WORKDIR&gt; didn&#39;t change between mc builds.  That actually was causing some issues until we realized that separate tmp dirs was recommended for them.</div><div>Since they all now have separate tmp dirs, they clearly are not going to share work dirs, so, now we&#39;re questioning our original assumption about any build-time speed benefit.</div><div><br></div><div>So, is mc expected to be any faster than, say, 6 separate invocations of non-mc bitbake whilst switching out the local.conf between them? </div><div><br></div><div>Thanks,</div><div>-Alan<br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><div><div dir="ltr"><div><div>Alan Kozlay<br></div><div dir="ltr">VES Solutions, LLC<br><span>Alan Kozlay &lt;alan.kozlay@ves.solutions&gt;</span><div>DESK 443-595-7734<br></div><div>CELL 443-752-0323</div></div></div></div></div></span></div></div></div></div><input name="virtru-metadata" type="hidden" value="{&quot;email-policy&quot;:{&quot;state&quot;:&quot;closed&quot;,&quot;expirationUnit&quot;:&quot;days&quot;,&quot;disableCopyPaste&quot;:false,&quot;disablePrint&quot;:false,&quot;disableForwarding&quot;:false,&quot;enableNoauth&quot;:false,&quot;persistentProtection&quot;:false,&quot;expandedWatermarking&quot;:false,&quot;expires&quot;:false,&quot;isManaged&quot;:false},&quot;attachments&quot;:{},&quot;compose-id&quot;:&quot;1&quot;,&quot;compose-window&quot;:{&quot;secure&quot;:false}}"></div></div>