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:
> >>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. :-)
>
> Yup.

Maybet MB should probe for tar and if its found use it on win32 as a
preference? Most people doing module release on Win32 will have tar
installed IMO, one way or another.


> Is there a tar program that works on Windows? I've tried quite a few but
> could find any that could /create/ an archive on Windows, other than
> with Cygwin.
>
> perl Build dist --tar C:\bin\tar.exe --gzip C:\bin\gzip.exe

Ok. Well thats simple.  Ill play around with it and see whats up.

And regarding tar/gzip i use the cygwin ones. They work fine from
cmd.exe. Ive also used other ports and they worked ok too. But I tend
to stick to cygwin ones.

Although i do recall that one trick with using them from cmd.exe is to
use relative paths only, ie cd into a directory such that you can do a
relative path.

> >>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.
>
> <http://thread.gmane.org/gmane.comp.lang.perl.modules.module-build/282/>
> <http://thread.gmane.org/gmane.comp.lang.perl.modules.module-build/677/>

Oooh. Big threads. :-) Ill have to review them.

> >>>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.
>
> I'll need to investigate this at some point for Module::Build. See what
> happens when dist is run on Windows...

Well, I checked my Archive::Tar version and apparently its up to date.
So at this point on my .27 patched I have a problem with the dist
creation.

Yves

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