[
https://issues.apache.org/jira/browse/COMPRESS-229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13673464#comment-13673464
]
Christoph Gysin commented on COMPRESS-229:
------------------------------------------
Well spotted, looks good now. Thanks again!
Yes, I have found references that common-compress' tar implementation is
originally from ant. To make things worse: I have actually stumbled over the
issue in jenkins-core, which uses TarEntry from ant but copied and locally
modified TarInputStream. With the next release of ant I will be able to port
the fix one more time to jenkins...
> incorrect handling of GNU longlink entries
> ------------------------------------------
>
> Key: COMPRESS-229
> URL: https://issues.apache.org/jira/browse/COMPRESS-229
> Project: Commons Compress
> Issue Type: Bug
> Components: Archivers
> Affects Versions: 1.4.1, 1.5
> Reporter: Christoph Gysin
> Fix For: 1.6
>
> Attachments:
> 0001-allow-creating-testsuites-over-different-archives.patch,
> 0002-add-unittest-to-expose-bug-with-long-symlinks.patch,
> 0003-split-out-function-to-retrieve-longname-data.patch,
> 0004-handle-GNU-long-link-name.patch
>
>
> Apache commons-compress handles GNU LongLink entries for long filenames. But
> it fails to handle LongLink entries for long linknames[1] correctly.
> [1] http://git.savannah.gnu.org/cgit/tar.git/tree/src/tar.h#n176
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
