On Mon, 2015-04-13 at 09:07 -0700, Christopher Larson wrote: > > On Mon, Apr 13, 2015 at 8:44 AM, Patrick Ohly <patrick.o...@intel.com> > wrote: > The main motivation for this class was the observation that > a) a core-image can hang under qemu when the kernel does not > have enough entropy to generate the ssh host key > b) ssh complains about changing ssh host key files when > rebooting the same machine with different images > > For debugging it is okay to reuse an ssh host key generated on > the device > before. There may be also similar use cases, so the class is > generic enough to > also copy more than one file or directory, with > dropbear_rsa_host_key given as > example. > > The documentation and naming of the class makes it clear that > it > should not be used for production images. > > Signed-off-by: Patrick Ohly <patrick.o...@intel.com> > > Freescale's merge-files recipe may be worth looking at as an > alternative to this.
Thanks for mentioning it. Yes, that's also a way to do it. It seems a bit more complicated to set up (all files must be in a common "merge" directory) and does not seem to support sub-directories (-maxdepth 1), so it is a bit less flexible than the ROOTFS_DEBUG_FILES that I was proposing. On the other hand, the files get packaged properly (well, if one is careful about adapting the default MIT license as needed). For my use case, I still prefer the quick-and-dirty approach. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
