You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Stefan Bodewig (JIRA)" <ji...@apache.org> on 2016/03/23 21:30:25 UTC

[jira] [Resolved] (COMPRESS-338) fill some gaps in tar implementation

     [ https://issues.apache.org/jira/browse/COMPRESS-338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Bodewig resolved COMPRESS-338.
-------------------------------------
       Resolution: Fixed
    Fix Version/s: 1.11

all subtasks closed

> fill some gaps in tar implementation
> ------------------------------------
>
>                 Key: COMPRESS-338
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-338
>             Project: Commons Compress
>          Issue Type: Improvement
>    Affects Versions: 1.10
>            Reporter: Stefan Bodewig
>             Fix For: 1.11
>
>
> The test archive linked to in COMPRESS-336 shows our tar code isn't completely on par with the python lib that uses it for its tests:
> * -we don't seem to identify all kinds of links (./ustar/linktest2/symtype -> ../linktest1/regtype is identified as two entries, as is ./ustar/linktest2/lnktype link to ./ustar/linktest1/regtype)-
> * we only seem to parse gnu/sparse-0.0 properly, not 0.1 or 1.0
> * {{Lister}} shows parts of the Pax-Headers as extra entries for the pax/ headers (further investigation shows, these are global PAX headers)
> * -I'm not sure about the non-ASCII characters in a bunch of file names-
> It is probably best to pick the issues independently as subtasks of this.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)