Re: [Module::Build] win32 install problem

[demerphq <dem...@gm...>]

On 5/18/06, Ken Williams <ke...@ma...> wrote:
> Unfortunately, on some platforms *no* version of A::T seems to work
> properly (as far as I'm last aware - I may have fallen behind on the
> issue), and its maintainers haven't been receptive to patches that
> fix it.  Also, on some platforms (Unix, cygwin, etc.) we'll pretty
> much always have /usr/bin/tar around, so we don't really need *any*
> version of A::T.

I supplied a patch to Archive::Tar which fixed it. Unfortunately the
patch was rejected. At this point I think it was rejected for no
reason, and I intend to follow up on the subject today.

http://rt.cpan.org/Ticket/Display.html?id=18720#txn-186661
http://rt.cpan.org/Ticket/Display.html?id=18720#txn-191947

If it turns out that the basis of the rejection was incorrect I intend
to give Jos a second chance to fix things himself. If he doesnt I
intend to do something drastic, possibly going so far as to fork
Archive::Tar.

Anyway, use of a later Archive::Tar guarantees that the tar file you
produce will not work with much of the free decompression software
available on Win32. Jos decided to change the long file format
handling sometime after he took of maint of Archive::Tar to POSIX
style. This style is not well supported and has restrictive path
length and file name length constriants. The old mechism used the Gnu
Extended Header mechanism which has no upper limit on file or path
length, and appears to be supported by most tar packages, certainly it
is supported by GNU tar which should be widely available.

Yves

-- 
perl -Mre=debug -e "/just|another|perl|hacker/"