Activestate PPMs for DateTime?
Has anyone that is a win32/activeperl user complained to Activestate that they are not providing a DateTime PPM? I assume that DateTime is still working on win32 but the PPM status page shows that DT 0.22 is failing to build on _all_ platforms. -J -- -- Forwarded message -- Date: Sun, 31 Oct 2004 08:43:14 -0500 From: Ricardo SIGNES <[EMAIL PROTECTED]> To: Joshua Hoblitt <[EMAIL PROTECTED]> Subject: Re: Time::Human * Joshua Hoblitt <[EMAIL PROTECTED]> [2004-10-30T22:08:31] I'd like to see Time::Human become just a wrapper for DateTime::Format::Human. Would it be possible for you to submit patches against DT::F::Human instead? That's not really acceptable for me. I can't use DateTime at work because it can't be automatically deployed via the ActiveState PPM system. I like DateTime, but until it's automatically installable, it does me no good at work. -- rjbs
Re: Activestate PPMs for DateTime?
On Mon, 1 Nov 2004, Joshua Hoblitt wrote: Has anyone that is a win32/activeperl user complained to Activestate that they are not providing a DateTime PPM? I assume that DateTime is still working on win32 but the PPM status page shows that DT 0.22 is failing to build on _all_ platforms. It's cause it needs Module::Build for some of the dependencies and their build boxes don't have Module::Build installed (which is goofy). -dave /*=== VegGuide.Org Your guide to all that's veg. ===*/
Re: Activestate PPMs for DateTime?
That is goofy... has anyone opened a trouble ticket on this or complained directly? -J -- On Mon, 1 Nov 2004, Dave Rolsky wrote: On Mon, 1 Nov 2004, Joshua Hoblitt wrote: Has anyone that is a win32/activeperl user complained to Activestate that they are not providing a DateTime PPM? I assume that DateTime is still working on win32 but the PPM status page shows that DT 0.22 is failing to build on _all_ platforms. It's cause it needs Module::Build for some of the dependencies and their build boxes don't have Module::Build installed (which is goofy). -dave /*=== VegGuide.Org Your guide to all that's veg. ===*/
Re: Activestate PPMs for DateTime?
On Mon, Nov 01, 2004 at 04:32:39PM -0600, Dave Rolsky <[EMAIL PROTECTED]> wrote: > On Mon, 1 Nov 2004, Joshua Hoblitt wrote: > > >Has anyone that is a win32/activeperl user complained to Activestate > >that they are not providing a DateTime PPM? I assume that DateTime is > >still working on win32 but the PPM status page shows that DT 0.22 is > >failing to build on _all_ platforms. > > It's cause it needs Module::Build for some of the dependencies and their > build boxes don't have Module::Build installed (which is goofy). Their build process seems to start with a clean slate for each module, perhaps to validate dependencies. DateTime depends on Module::Build but does not declare it's dependency in a way that ActiveState notices in time. Not that I'm blaming DateTime; there's plenty of blame to go around. ActiveState is to blame for (as rumor has it) having someone maybe sometime completely rewrite their build scripts, instead of just quickly addressing this deficiency. DateTime is to blame for using a build method that doesn't yet have support from a sizable segment of the potential user base. Module::Build is to blame for not coming up with a way to have dependencies honored by Makefile.PL-friendly tools; indeed, for not listing itself a dependency at all. And lastly and most importantly, ExtUtils::MakeMaker is to blame for having such a hokey mechanism for dependencies in the first place (to whit: run Makefile.PL and parse out the PREREQ line from the generated Makefile). Oh, and lets not leave out CPAN::FirstTime; everything might work out ok if it would have a default mirror option; see http://ppm.activestate.com/BuildStatus/5.8-windows/windows-5.8/DateTime-Locale-0.09.txt What's the way forward in all this? I don't know. I do know that the Module::Build people are working on what I assume will be a separate module to parse complex dependency information out of META.yml. We'll see how it goes, and if various tools will adopt it. I don't hold my breath. Somewhere on my todo-someday list is to play with uploading test modules with various compatibility schemes to see if I can get ActiveState to notice that Module::Build is a dependency.
Re: Activestate PPMs for DateTime?
On Mon, 1 Nov 2004, Yitzchak Scott-Thoennes wrote: Not that I'm blaming DateTime; there's plenty of blame to go around. ActiveState is to blame for (as rumor has it) having someone maybe sometime completely rewrite their build scripts, instead of just quickly addressing this deficiency. DateTime is to blame for using a build method that doesn't yet have support from a sizable segment of the potential user base. Module::Build is to blame for not coming up with a way to have dependencies honored by Makefile.PL-friendly tools; indeed, for not listing itself a dependency at all. And lastly and most importantly, ExtUtils::MakeMaker is to blame for having such a hokey mechanism for dependencies in the first place (to whit: run Makefile.PL and parse out the PREREQ line from the generated Makefile). Oh, and lets not leave out CPAN::FirstTime; everything might work out ok if it would have a default mirror option; see http://ppm.activestate.com/BuildStatus/5.8-windows/windows-5.8/DateTime-Locale-0.09.txt Clearly the easiest for AS is to simple install Module::Build and its dependencies before trying to build PPMs. What's the way forward in all this? I don't know. I do know that the Module::Build people are working on what I assume will be a separate module to parse complex dependency information out of META.yml. We'll see how it goes, and if various tools will adopt it. I don't hold my breath. You hold your breath on it getting written, or getting adopted? It'll get written, I'm sure. Whether people will adopt it is up to them. -dave /*=== VegGuide.Org Your guide to all that's veg. ===*/
Re: Activestate PPMs for DateTime?
On Tue, Nov 02, 2004 at 10:48:19AM -0600, Dave Rolsky wrote: > Clearly the easiest for AS is to simple install Module::Build and its > dependencies before trying to build PPMs. Agreed. But IIRC it has no non-core dependencies. > >What's the way forward in all this? I don't know. I do know that > >the Module::Build people are working on what I assume will be a separate > >module to parse complex dependency information out of META.yml. We'll > >see how it goes, and if various tools will adopt it. I don't hold my > >breath. > > You hold your breath on it getting written, or getting adopted? It'll get > written, I'm sure. Whether people will adopt it is up to them. Sorry to be unclear. I know they are motivated to get it written. I meant whether it will be adopted. Module::Build already has it's own way to tell about dependencies but afaik no one uses it except CPANPLUS.
Re: Activestate PPMs for DateTime?
Yitzchak Scott-Thoennes wrote: Module::Build already has it's own way to tell about dependencies but afaik no one uses it except CPANPLUS. And what is worse is that the Module::Build dependencies are treated as /suggestions/, and will not throw an error if one is not met. I just got a cpantester's report for one of my modules which only works with Perl 5.8.1 or better. Even though I added 'perl => 5.8.1' to the dependencies, Module::Build happily went on to try and build/test the module on a 5.6.1 machine. I actually have to add 'use 5.8.1' to the top of the Build.PL file to correctly bail out. :( John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748
[OT] Re: Activestate PPMs for DateTime?
On Tue, 2 Nov 2004, John Peacock wrote: Module::Build already has it's own way to tell about dependencies but afaik no one uses it except CPANPLUS. And what is worse is that the Module::Build dependencies are treated as /suggestions/, and will not throw an error if one is not met. I just got a cpantester's report for one of my modules which only works with Perl 5.8.1 or better. Even though I added 'perl => 5.8.1' to the dependencies, Module::Build happily went on to try and build/test the module on a 5.6.1 machine. I actually have to add 'use 5.8.1' to the top of the Build.PL file to correctly bail out. Actually, M::B is no different fom EU::MM in this regard. EU::MM will install a module which has unmet dependencies. It's CPAN or CPANPLUS that do the enforcement. If they're not enforcing them properly with M::B modules, that obviously needs to be corrected. -dave /*=== VegGuide.Org Your guide to all that's veg. ===*/
[OT] Re: Activestate PPMs for DateTime?
Who is the point of contact for AS on this issue? -J -- On Tue, 2 Nov 2004, Dave Rolsky wrote: On Mon, 1 Nov 2004, Yitzchak Scott-Thoennes wrote: Not that I'm blaming DateTime; there's plenty of blame to go around. ActiveState is to blame for (as rumor has it) having someone maybe sometime completely rewrite their build scripts, instead of just quickly addressing this deficiency. DateTime is to blame for using a build method that doesn't yet have support from a sizable segment of the potential user base. Module::Build is to blame for not coming up with a way to have dependencies honored by Makefile.PL-friendly tools; indeed, for not listing itself a dependency at all. And lastly and most importantly, ExtUtils::MakeMaker is to blame for having such a hokey mechanism for dependencies in the first place (to whit: run Makefile.PL and parse out the PREREQ line from the generated Makefile). Oh, and lets not leave out CPAN::FirstTime; everything might work out ok if it would have a default mirror option; see http://ppm.activestate.com/BuildStatus/5.8-windows/windows-5.8/DateTime-Locale-0.09.txt Clearly the easiest for AS is to simple install Module::Build and its dependencies before trying to build PPMs. What's the way forward in all this? I don't know. I do know that the Module::Build people are working on what I assume will be a separate module to parse complex dependency information out of META.yml. We'll see how it goes, and if various tools will adopt it. I don't hold my breath. You hold your breath on it getting written, or getting adopted? It'll get written, I'm sure. Whether people will adopt it is up to them. -dave /*=== VegGuide.Org Your guide to all that's veg. ===*/