Re: [Module::Build] Fwd: CPAN Upload: Y/YV/YVES/ExtUtils-Install-1.38.tar.gz

[Randy W. S. <ml...@th...>]

demerphq wrote:
> On 4/10/06, Randy W. Sims <ml...@th...> wrote:
> 
>>Randy W. Sims wrote:
>>
>>>demerphq wrote:
>>>
>>>
>>>>Hi All,
>>>>
>>>>I am now one of the co-maintainers of ExtUtils-Install, and i have
>>>>released the first standalone of the distro as ExtUtils-Install-1.38
>>>
>>>
>>>Excellent. Great work on this.
>>>
>>
>>BTW, How did you create the distribution? I notice that every file in
>>the distribution is set to file mode 0755 on *nix, which is to say that
>>all the files have the executable bit set. Weird.
> 
> 
> Actually I wanted to bring a couple of things up with you guys but
> havent gotten around to it yet.
> 
> When i tried
> 
>   build dist
> 
> the resulting tar.gz contained no paths, all files were in a single
> flat directory. When i did it with EU::MM the proper tree was created.
> But im currently using an older beta release of MB so its quite
> possible this is a bug that has been fixed.

It's a bug in Archive::Tar that we were not able to resolve with the 
maintainer. The directories are there, but some Windows programs can't 
see them: WinZip, older versions of WinRAR, etc. GNU tar on *nix and 
Cygwin can read them. The newest WinRAR can. Maybe 7-zip?

I don't know how to resolve this issue. Since Archive::Tar is now in 
perl core, it may be worth bringing up there? Other tar programs, like 
GNU tar, create archives that work correctly in any archive tool.

> So all I did was a
> 
>   nmake dist
> 
> So regarding the executable bits being set, my assumption is that
> tar/gzip when run from the cmd.exe shell gets permissions wrong?

I never really noticed this before. Will have to check into it. Windows 
doesn't have equivelant file modes, but I would expect it to err on the 
side of leaving the executable bit unset...

Randy.