You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by bu...@apache.org on 2008/07/09 17:48:35 UTC
DO NOT REPLY [Bug 41924] Untar target does not handle long filenames
in POSIX tar files
https://issues.apache.org/bugzilla/show_bug.cgi?id=41924
Bob Toxen <bo...@verysecurelinux.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bob@verysecurelinux.com
--- Comment #8 from Bob Toxen <bo...@verysecurelinux.com> 2008-07-09 08:48:34 PST ---
Documenting a bug is not fixing it. I did not see the note that subtly pointed
out that extracting ant with standard tar WILL FAIL. This caused me
unnecessary wasted time. I have NEVER seen a GNU or other Free Software
project tolerate such sloppyness, only Microsoft.
Recommended fix #1:
Shorten pathnames to 100 characters.
Recommended fix #2:
Use nested tar files with the "inside" tar archives having files relative
to higher directories. In other words, for the file long1/long2/long3.java,
have the main "top level" tar file have the file long1/long2/short.tar with
short.tar having files relative to long1/long2, such as just long3.java.
Then, as part of the build procedure do "cd long1/long2;tar -xf short.tar".
Recommended fix #3 (and least desirable):
Have the ./configure test for the existence of one of the long file names.
If it does not exist (and maybe even test for the existence of the name
truncated to 100 characters). If the long file name does not exist then
the configure should fail with an explanation. This should be trivial to
add.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.