<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 19, 2019 at 5:13 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 19/11/19 5:36 pm, Sebastian Huber wrote:<br>
> On 19/11/2019 01:59, Chris Johns wrote:<br>
>> On 18/11/19 7:12 pm, Sebastian Huber wrote:<br><br>
>> I am fine with tar being used if configure magic is used to select it. This may<br>
>> expose RTEMS tar support bugs, I cannot remember now.<br>
> <br>
> Is tar supported by RTEMS? The last time I tried to use didn't work as far as I<br>
> remember. Maybe it is related to our two independent untar solutions<br>
> (<rtems/untar.h> and rtems_tarfs_load()).<br>
<br>
I am using it in some applications but I cannot remember how so I suppose the<br>
answer is yes. Joel reminded me yesterday it was ustar or something like that<br>
which has caused us problems.<br></blockquote><div><br></div><div><div class="gmail_quote"><div>Since you mentioned it, <a href="https://devel.rtems.org/ticket/3823">https://devel.rtems.org/ticket/3823</a></div><div><br></div><div>RTEMS untar doesn't properly handle nested directories.  foo/bar.txt unpacks just fine, but foo/bar/baz.txt doesn't, unless foo/ exists first.<br></div></div></div><div> </div></div><br>-- <br><div dir="ltr" class="gmail_signature">Jonathan Brandmeyer</div></div>