<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 14, 2015 at 12:42 AM, Patrick Ohly <span dir="ltr">&lt;<a href="mailto:patrick.ohly@intel.com" target="_blank">patrick.ohly@intel.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 2015-04-13 at 09:07 -0700, Christopher Larson wrote:<br>
&gt;<br>
&gt; On Mon, Apr 13, 2015 at 8:44 AM, Patrick Ohly &lt;<a href="mailto:patrick.ohly@intel.com">patrick.ohly@intel.com</a>&gt;<br>
&gt; wrote:<br>
&gt;         The main motivation for this class was the observation that<br>
&gt;         a) a core-image can hang under qemu when the kernel does not<br>
&gt;            have enough entropy to generate the ssh host key<br>
&gt;         b) ssh complains about changing ssh host key files when<br>
&gt;            rebooting the same machine with different images<br>
&gt;<br>
&gt;         For debugging it is okay to reuse an ssh host key generated on<br>
&gt;         the device<br>
&gt;         before. There may be also similar use cases, so the class is<br>
&gt;         generic enough to<br>
&gt;         also copy more than one file or directory, with<br>
&gt;         dropbear_rsa_host_key given as<br>
&gt;         example.<br>
&gt;<br>
&gt;         The documentation and naming of the class makes it clear that<br>
&gt;         it<br>
&gt;         should not be used for production images.<br>
&gt;<br>
&gt;         Signed-off-by: Patrick Ohly &lt;<a href="mailto:patrick.ohly@intel.com">patrick.ohly@intel.com</a>&gt;<br>
&gt;<br>
&gt; Freescale&#39;s merge-files recipe may be worth looking at as an<br>
&gt; alternative to this.<br>
<br>
</span>Thanks for mentioning it. Yes, that&#39;s also a way to do it. It seems a<br>
bit more complicated to set up (all files must be in a common &quot;merge&quot;<br>
directory) and does not seem to support sub-directories (-maxdepth 1),<br>
so it is a bit less flexible than the ROOTFS_DEBUG_FILES that I was<br>
proposing. On the other hand, the files get packaged properly (well, if<br>
one is careful about adapting the default MIT license as needed).<br>
<br>
For my use case, I still prefer the quick-and-dirty approach.</blockquote></div><br>Indeed, both approaches have value, depending on one&#39;s needs, I think.<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>