<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
<div>Hi,</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature">What about different bblayer.conf stackups?</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature">I was always under impression that as long as you use same layer stack, and the same local.conf (except perhaps switching the MACHINE per build variant), you can share the same tmp directory.  (For example, I could build same project
 for multiple I.MX6 machines, then for a Layerscape machine, and then for i586 machine).  But once the layer stack changes, you need a different build directory.  (For example some QorIQ SDKs used different layer stacks between ARM and PPC architectures).</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature">And in our case, since we use 'repo' to manage checkouts, as soon as you use different Yocto version branches, you pretty much need a separate checkout, but could share common downloaded content.</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature">Are you saying that the sstate cache is smart enough to handle exact same package for same arch but just built using different layer stack?  (Say one case builds package A with a bbappend, but the other uses a bbappend from a different
 layer, and say they are at same bbappend revision).</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature">Thanks!</div>
<div id="AppleMailSignature"><br>
</div>
<div id="AppleMailSignature"><br>
<br>
___<br>
<div><br>
</div>
<div>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);">Regards,<o:p></o:p></b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);"> </b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);">Darcy<o:p></o:p></b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);"> </b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);">Darcy Watkins ::  Senior Staff Engineer, Firmware<o:p></o:p></b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);"> </b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><b style="background-color: rgba(255, 255, 255, 0);">SIERRA WIRELESS<o:p></o:p></b></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><span style="background-color: rgba(255, 255, 255, 0);">Direct  <a href="tel:+1%20604%20233%207989" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="telephone" x-apple-data-detectors-result="1">+1
 604 233 7989</a>   ::  Fax  <a href="tel:+1%20604%20231%201109" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="telephone" x-apple-data-detectors-result="2">+1 604 231 1109</a>  ::  Main  <a href="tel:+1%20604%20231%201100" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="telephone" x-apple-data-detectors-result="3/0" style="-webkit-text-decoration-color: rgba(101, 101, 101, 0.258824);">+1
 604 231 1100</a><o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><span style="background-color: rgba(255, 255, 255, 0);">13811 Wireless Way  :: <a href="x-apple-data-detectors://3/1" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="address" x-apple-data-detectors-result="3/1" style="-webkit-text-decoration-color: rgba(101, 101, 101, 0.258824);">Richmond,
 BC Canada V6V 3A4</a><o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><span style="background-color: rgba(255, 255, 255, 0);">[M4]<o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><span style="background-color: rgba(255, 255, 255, 0);"><u><a href="mailto:dwatkins@sierrawireless.com">dwatkins@sierrawireless.com</a></u> :: <a href="http://www.sierrawireless.com/">www.sierrawireless.com</a> :: <a href="http://www.inmotiontechnology.com/">www.inmotiontechnology.com</a><o:p></o:p></span></p>
<p class="MsoNormal" style="margin: 0cm 0cm 0.0001pt;"><span lang="EN-CA" style="background-color: rgba(255, 255, 255, 0);"> </span></p>
</div>
</div>
<div><br>
On May 20, 2017, at 2:54 AM, Mike Looijmans <<a href="mailto:mike.looijmans@topic.nl">mike.looijmans@topic.nl</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div><span>On 19-05-17 13:47, Mike Looijmans wrote:</span><br>
<blockquote type="cite"><span>On 19-05-17 03:43, Paul D. DeRocco wrote:</span><br>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>If I'm doing multiple unrelated Yocto based projects, and they use the</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>same version of Yocto, and the same metadata (except for my own layers),</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>am I right in assuming that I can share everything in poky, downloads, and</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>sstate-cache, and I only need separate build directories? (I normally put</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>downloads and sstate-cache next to my build directory, rather than inside</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>it.)</span><br>
</blockquote>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span></span><br>
</blockquote>
</blockquote>
<blockquote type="cite"><span>You can share BOTH the downloads and sstate-cache. You can safely share sstate-cache between various versions of Yocto (OE) and distros, machines, etc., it was designed just for that.</span><br>
</blockquote>
<blockquote type="cite"><span>Our build server keeps a single sstate-cache for about 30 projects, with 4 versions of OE, 3 distros, and a dozen MACHINE configs. No problems encountered.</span><br>
</blockquote>
<span></span><br>
<span>In addition to that, you can share the whole thing ("tmp") for projects that use the same local.conf and the same OE version. Building various images for about 20 different machines with over 4 different architectures (MIPS and ARM variants) in the same
 directory works just fine and drastically reduces build times since they can share about everything that's not unique to each machine.</span><br>
<span></span><br>
<span></span><br>
<span>Kind regards,</span><br>
<span></span><br>
<span>Mike Looijmans</span><br>
<span>System Expert</span><br>
<span></span><br>
<span>TOPIC Products</span><br>
<span>Materiaalweg 4, NL-5681 RJ Best</span><br>
<span>Postbus 440, NL-5680 AK Best</span><br>
<span>Telefoon: +31 (0) 499 33 69 79</span><br>
<span>E-mail: <a href="mailto:mike.looijmans@topicproducts.com">mike.looijmans@topicproducts.com</a></span><br>
<span>Website: <a href="http://www.topicproducts.com">www.topicproducts.com</a></span><br>
<span></span><br>
<span>Please consider the environment before printing this e-mail</span><br>
<span></span><br>
<span></span><br>
<span></span><br>
<span>Join our presentation at Electronics & Applications 2017:</span><br>
<span>FPGA for real-time data processing, subject â€œHardware platform for industrial ultrasound steel plate Inspection” Topic Embedded Systems - Herman Kuster, 1st June 10 AM</span><br>
<span></span><br>
<span>Visit <a href="http://eabeurs.nl/author/612884/">http://eabeurs.nl/author/612884/</a> for more information</span><br>
<span></span><br>
<span>-- </span><br>
<span>_______________________________________________</span><br>
<span>yocto mailing list</span><br>
<span><a href="mailto:yocto@yoctoproject.org">yocto@yoctoproject.org</a></span><br>
<span><a href="https://lists.yoctoproject.org/listinfo/yocto">https://lists.yoctoproject.org/listinfo/yocto</a></span><br>
</div>
</blockquote>
</body>
</html>