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

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

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