Peter,<br>     Yes, I&#39;d be the one to complain ;-) I use it to troubleshoot serial port communication issues on my embedded system. It&#39;s a fast and dirty way to see if I have communication with the microprocessor. Basically it lets me know if it&#39;s a hardware issue or if it&#39;s in my code. But other than that, I don&#39;t have any other use for it. Also, buildroot is one of the few remaining places to host it. Just my 2c&#39;s.<br>

<br>Martin<br><br><div class="gmail_quote">On Tue, Oct 5, 2010 at 12:48 PM, Peter Korsgaard <span dir="ltr">&lt;<a href="mailto:jacmet@uclibc.org">jacmet@uclibc.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

&gt;&gt;&gt;&gt;&gt; &quot;Martin&quot; == Martin Banky &lt;<a href="mailto:Martin.Banky@gmail.com">Martin.Banky@gmail.com</a>&gt; writes:<br>
<br>
 Martin&gt; Thomas,<br>
<br>
 Martin&gt;      I guess I should have explained this better. What I meant<br>
 Martin&gt; about microcom being a flat archive, is that when you extract<br>
 Martin&gt; it, it does not create a directory for itself. It just sticks<br>
 Martin&gt; its files, without a directory being created, in the current<br>
 Martin&gt; directory. $(TAR_STRIP_COMPONENTS)=1 is &#39;Automatically detect<br>
 Martin&gt; tar --strip-path/components option&#39;, which, equates to either<br>
 Martin&gt; --strip-path or --strip-components, depending on the version of<br>
 Martin&gt; tar. Per the man page: --strip-components = &#39;strip NUMBER<br>
 Martin&gt; leading components from file names on extraction&#39;, which means<br>
 Martin&gt; that for microcom, which doesn&#39;t have a directory structure, it<br>
 Martin&gt; strips all the file names off, so no files actually get<br>
 Martin&gt; extracted. This in turn, means that the patch routine does not<br>
 Martin&gt; work. Hence, the reason for manually patching microcom. If you<br>
 Martin&gt; have a better solution, I&#39;d appreciate it, if you would show<br>
 Martin&gt; me, because I couldn&#39;t figure one out. I hope this makes more<br>
 Martin&gt; sense.<br>
<br>
Maybe we should just get rid of the microcom package instead? It was<br>
integrated into busybox a few years ago, which is also why it was marked<br>
as deprecated.<br>
<br>
I&#39;ll remove it later this week unless someone complains.<br>
<font color="#888888"><br>
--<br>
Bye, Peter Korsgaard<br>
</font></blockquote></div><br>