<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 19, 2020 at 8:38 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</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/08/2020 14:44, Joel Sherrill wrote:<br>
<br>
> On Tue, Aug 18, 2020 at 5:52 PM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a> <br>
> <mailto:<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>>> wrote:<br>
><br>
>     On 18/8/20 9:16 pm, Sebastian Huber wrote:<br>
>     > This patch is for the new build system.<br>
><br>
>     <stand><clap><clap><clap><br>
><br>
>     Looking forward to this change.<br>
><br>
><br>
> Me too.<br>
><br>
> We determined that the Python tar defaulted to " POSIX.1-2001 (pax) <br>
> format"<br>
> which is newer than the "IEEE Std 1003.2 (“POSIX.2”)" from the pax man<br>
> page as ustar as best I can tell.<br>
<br>
I was not really sure which format we need. The<br>
<br>
+            tar = tarfile.TarFile(<br>
+                task.outputs[0].abspath(), "w", format=tarfile.USTAR_FORMAT<br>
+            )<br>
<br>
seems to work.<br></blockquote><div><br></div><div>And that is my concern. If you switched to Python tar but didn't change </div><div>the format from the 1988 USTAR to the 2001 PAX tar, then we didn't </div><div>fix the bug. I think the RTEMS side has to be updated to understand</div><div>the 2001 header also.</div><div><br></div><div>--joel</div><div> </div></div></div>