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

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

On 4/10/06, Randy W. Sims <ml...@th...> wrote:
> 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?

Ok it didnt occur to me it might be a problem with winzip, so ill
investigate using other tools. I also noticed that the tar/gzip
produced by EUMM was about 5-10k smaller. But IMO having a problem
with Winzip is a pretty big problem. :-)

And to be honest im not so sure about using Archive::Tar as a first
option. I recall from previous times looking at it that its horribly
inefficient when dealing with larger file sizes (possibly this has
been resolved). IMO it would probably be preferable to let tar do the
work if its available. Is there some way I can tell MB that i would
prefer that it use a shell tool instead of pure perl stuff? (Im
cheating here, as i havent looked at the docs of MB to see if an
answer is there :-)

> 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.

Once i understand the problem I definately will bring it up with the
maintainers. Im pretty sure this wasnt a problem in older versions.

> > 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...

Ive not noticed it specifically either, but that doesnt mean anything.
I have experienced _general_ odd problems with unpacking files
sometimes. Some compression tools manage to pack the files so when i
unpack them they have Win32 ownership rights for people who arent
registered on my machine, meaning i have to retake ownership of them
before I can use them, ive also seen odd attributes being applied for
no apparent reason. Ive never bothered to look into it deeper than how
to override the problem tho.

Yves




--
perl -Mre=3Ddebug -e "/just|another|perl|hacker/"