[ 
https://issues.apache.org/jira/browse/COMPRESS-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15209102#comment-15209102
 ] 

Stefan Bodewig commented on COMPRESS-338:
-----------------------------------------

filenames look OK when using the correct encoding (ISO-8859-1). The 
{{pax/bad-pax-...}} and {{pax/hdrcharset-...}} use a PAX header with key 
"hdrcharset" that I don't find any definition of (and that isn't supported by 
GNU tar either).

> 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
>
> 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)

Reply via email to