Beefy Boxes and Bandwidth Generously Provided by pair Networks
Just another Perl shrine
 
PerlMonks  

Re^2: OSX module installation problem

by SBECK (Monk)
on Jan 08, 2013 at 15:35 UTC ( #1012259=note: print w/ replies, xml ) Need Help??


in reply to Re: OSX module installation problem
in thread OSX module installation problem

I'm glad that you replied... so it's not an OSX problem after all. The fact that those were the reports that I'd received was fooling me a bit.

There is no PaxHeaders directory in the tar archive. I downloaded the tar file from CPAN, and it's the same size as yours, and when I untar it, there is no PaxHeaders directory.

So I decided to read the tar man page to see if there was something about hidden files in there... and there was a --pax-options which I'd never heard of. It turns out that tar can create an archive in several different formats (including 'gnu' which is supposedly the default, and 'posix' which --pax-options controls). Typically, 'gnu' is the default, but running tar on my system (OpenSuSE 12.2) shows that tar was compiled to default to 'posix'.

Without a bit of research, I don't know how many releases ago tar switched from 'gnu' to 'posix', but I'll be it's within the last year.

I have placed a tar file for my development version (which so far doesn't contain any changes over 6.37). The only change is that it was tarred up as 'gnu' format. If you could download it and try to install it to see if the problem goes away, that would be fantastic.

It's available at: http://sullybeck.com/Date-Manip-6.38.tar.gz


Comment on Re^2: OSX module installation problem
Re^3: OSX module installation problem
by SBECK (Monk) on Jan 08, 2013 at 15:59 UTC

    I've gotten word back from the latest reporter of this problem that the newly tarred file (in 'gnu' format) fixes the problem. I'll be getting a release out with the correct tar format in the next day or so.

    Unfortunately, the latest reporter of this problem said that he's seeing the same problem on other packages, so apparently there are other packages being sent out with the 'posix' format which are potentially going to affect CPAN users, so this might be a more serious problem. If there is somewhere that would be appropriate to document this behavior, that would be good to know.

Re^3: OSX module installation problem
by VinsWorldcom (Priest) on Jan 08, 2013 at 16:13 UTC

    Again, this is only for Windows 7 x64 / Strawberry 5.16.1.

    The initial problem is now fixed, but I have a new one - closer to what you suspected originally about a long line.

    VinsWorldcom@C:\Users\VinsWorldcom\Downloads> wget http://sullybeck.co +m/Date-Manip-6.38.tar.gz SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc syswgetrc = c:/progra~1/wget/etc/wgetrc --2013-01-08 11:04:01-- http://sullybeck.com/Date-Manip-6.38.tar.gz Resolving sullybeck.com... 98.191.85.18 Connecting to sullybeck.com|98.191.85.18|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2005068 (1.9M) [application/x-gzip] Saving to: `Date-Manip-6.38.tar.gz' 100%[=====================================> ] 2,005,068 532K/s in + 4.2s 2013-01-08 11:04:05 (469 KB/s) - `Date-Manip-6.38.tar.gz' saved [20050 +68/2005068] VinsWorldcom@C:\Users\VinsWorldcom\Downloads> gunzip Date-Manip-6.38.t +ar.gz VinsWorldcom@C:\Users\VinsWorldcom\Downloads> tar xf Date-Manip-6.38.t +ar VinsWorldcom@C:\Users\VinsWorldcom\Downloads> cd Date-Manip-6.38 VinsWorldcom@C:\Users\VinsWorldcom\Downloads\Date-Manip-6.38> perl Mak +efile.PL Checking if your kit is complete... Looks good Warning: prerequisite Test::Inter 0 not found. Writing Makefile for Date::Manip Writing MYMETA.yml and MYMETA.json VinsWorldcom@C:\Users\VinsWorldcom\Downloads\Date-Manip-6.38> dmake dmake: makefile: line 3016: Error: -- Input line too long, increase + MAXLINELENGTH

    Line 3016 in question is somewhere in the middle of the statement starting at line 1206 with:

    PM_TO_BLIB = lib/Date/Manip/TZ/inanta00.pm \ blib\lib\Date\Manip\TZ\inanta00.pm \ lib/Date/Manip/TZ/ammend00.pm \ [ ... and on to and past line 3016 ...]

    It seems this error is known for 'dmake' on Strawberry and a "fix" is posted here (although it relies on the user doing something - not something you can include in the Makefile):

    http://www.nntp.perl.org/group/perl.win32.vanilla/2011/02/msg287.html

      Thanks for the info. I'll include a note in my docs for anyone who experiences this problem.

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1012259]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (5)
As of 2014-08-23 14:55 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    The best computer themed movie is:











    Results (174 votes), past polls