This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: [Bug-tar] Re: AMTAR brokenness
>>> "Paul" == Paul Eggert <eggert@CS.UCLA.EDU> writes:
Paul> Alexandre Duret-Lutz <adl@src.lip6.fr> writes:
>> +@code{tar-pax} selects the new pax format defined by POSIX
>> +1003.1-2001. It supports filenames with up to 65535 characters.
Paul> Hmm, where did that "65535" come from? I don't know of any limit of
Paul> 65535 bytes (presumably you meant bytes, not characters) that is
Paul> required by POSIX.
I read that in the Heirloom pax manpage
http://heirloom.sourceforge.net/man/pax.1.html
Maybe its maintainer can enlighten us.
Paul> Also, there are moves to change the pax format (so far in an
Paul> upward-compatible way, but you never know....). Perhaps you should
Paul> mention that "tar-pax" is intended to be the most recent version of
Paul> the pax interchange format, not necessarily the 2001 version. (This
Paul> problem probably afflicts the GNU tar documentation as well....)
Will do.
>> + cpio)
>> + am__tar='find "$$tardir" -print | cpio -H $1 -L -o'
>> + am__tar_='find "$tardir" -print | cpio -H $1 -L -o'
>> + am__untar='cpio -i'
Paul> Wouldn't it be safer to use 'cpio -H tar -i' rather than 'cpio -i'?
Paul> The latter autodetects, but I worry that autodetection isn't infallible.
Paul> (I don't know about cpio to be sure here.)
It shouldn't hurt.
--
Alexandre Duret-Lutz