Re: Compatibility Makefile.PL Complaint

Ron Savage wrote: Hi Ron Any ideas? Well, yes, actually... Under WinXP: shell>echo %TZ% displayed %TZ%. When I ran shell>set TZ=+1000 (as per the Win2K machine), then Param::Util's inc/Module/Install.pl line 60 'if stmt' triggered the error under XP the same as was appearing under Win2K.

Re: Compatibility Makefile.PL Complaint

Hi Folks This is a follow-up to my last email on this topic, on May 30, 2007 18:08. I have now recreated the error msg in question. Here's an attempt to install Params::Util V 0.25 under WinXP: =><8= C:\perl-modules>cd Params-Util-0.25 C:\perl-modules\Params-Util-0.25>perl Makefile.P

Re: [PATCH] M::B::Compat 'require 5.XXX', compat.t cleanup and perl_version_to_float bugfix

On Jul 22, 2007, at 11:34 PM, David Golden wrote: [Patch is against the current SVN head] This time, test-first development bit me in the a**. Making sense of compat.t and cleaning it up so I could (a) figure out how to add the tests I wanted (with and without prerequisites) and (b) keep trac

Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite

Eric Wilhelm wrote: > # from Michael G Schwern > # on Monday 23 July 2007 12:22 am: > >> That part of the spec is currently written in a contradictory and >> implicit manner, the definition of "requires", as written, is very >> clear that the keys are Perl modules, but that's a simple thing to >>

META.yml 'conflicts' key

I was thinking it would be a good idea to list outdated CPAN(PLUS) as conflicts using '>=' versions in META.yml. Probably by default. http://module-build.sourceforge.net/META-spec-current.html#conflicts --Eric -- I eat your socks and you pay me. --The business sense of a very small goat. ---

Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite

# from Michael G Schwern # on Monday 23 July 2007 12:22 am: >That part of the spec is currently written in a contradictory and > implicit manner, the definition of "requires", as written, is very > clear that the keys are Perl modules, but that's a simple thing to > fix in the spec.  I don't like

Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite

On 7/23/07, David Golden <[EMAIL PROTECTED]> wrote: On 7/23/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: > > > Are you suggeting that ExtUtils::MakeMaker go into Bundle::CPAN? That's a > > > very good idea. > > While we're at it, ExtUtils::Install, ExtUtils::Command and > ExtUtils::Mani

Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite

On 7/23/07, Michael G Schwern <[EMAIL PROTECTED]> wrote: > > Are you suggeting that ExtUtils::MakeMaker go into Bundle::CPAN? That's a > > very good idea. While we're at it, ExtUtils::Install, ExtUtils::Command and ExtUtils::Manifest. Though ExtUtils::MakeMaker ships with a set that works.

External dependencies in META.yml (was Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite)

Andreas J. Koenig wrote: > So far META.yml is language agnostic which makes me believe this new > key is a misnomer. What about a "language" tag? Maybe this should be a > compound thing like > > implementation_language: > perl: 5.00503 I don't believe META.yml is meant to be language agnostic i

Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite

Andreas J. Koenig wrote: >> On Sat, 21 Jul 2007 19:03:03 -0700, Michael G Schwern <[EMAIL >> PROTECTED]> said: > > > David Golden wrote: > >>> Well, EU::MM *cannot* be patched on the clients without > >>> configure_requires. So, the best it could do would be to warn the > >>> author

Re: [PATCH] Module::Build::Compat should support 'perl' as a prerequisite

> On Mon, 23 Jul 2007 00:19:56 -0400, "David Golden" <[EMAIL PROTECTED]> > said: > At this point, I would suggest the following: > * M::B::Compat be patched to add 'requires 5.XX' when it sees a > 'perl' prerequisite (which I've written and will post shortly) > * EU::MM, M::