commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Bodewig (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (COMPRESS-338) fill some gaps in tar implementation
Date Wed, 23 Mar 2016 20:30:25 GMT

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

Mime
View raw message