Read about the pain they're causing me.
Interesting. When I run into problems I email them and they have always fixed it for me. I also use Randy Kobes PPM.
Nothing else comes close at the moment. I have looked at Strawberry Perl and it just isn't there yet.
Re:Another strike
Ovid on 2006-12-01T16:22:12
I've answered this too many times. People always ask by the answer is readily available with even a quick search. Some people like MB, some people don't.
It's easy to override actions. It's easy to add custom actions. It's one hell of a lot easier than trying to debug weird Makefile issues -- particularly if it's someone else's bug and you're not sure what platform they're on or which strange 'make' lookalike they're using. It's a potentially far superior choice to and if there were half as much effort in that as there has been in EMM, it would be the superior choice, but Luddites are happy to say "broken makefiles and hard-to-maintain code are OK with me because I don't have to write them!"
If people keep refusing to adopt potentially better tools because those tools are not ready yet, we'd never have had Perl.
The stuff I did at Kineticode would have been very difficult with EMM because we overrode and added many actions. That, combined with the fact that those who really have worked on EMM are often begging us not to use it should be a clue. So I use MB, along with an EMM fallback, to try and be an example of others. I used to advocate MV and my modules didn't use it, so I figured I should eat my own dogfood (and again, at work, it's been fantastic).
Re:Another strike
sigzero on 2006-12-01T16:37:45
There is nothing in your posts about any attempts to actually work with ActiveState to fix the issues. Did you contact them?
Re:Another strike
jk2addict on 2006-12-01T18:22:39
"If people keep refusing to adopt potentially better tools..."
And there's the problem. So far, it's NOT better for most people. If you're indeed not doing subclasses and overrides to tweak 'how it works', EUMM is far far more less problem prone than MB is. I dread the day it goes core, because it's jut not ready.
So, for your situation, yes, I bet MB is getter. For us readers who aren't going that, we just read the "MB failed" part and shake our heads.:-/
MI I can tolerate, although it it's just wrapping EUMM for me, then there's no point.Re:Another strike
chromatic on 2006-12-01T18:38:25
So far, it's NOT better for most people.Perhaps those mythical "most people" should report bugs. I respect the
M::Bdevelopers immensely, but I suspect they have as difficult a time as I do fixing bugs for which the only details we hear are "Oh it didn't work."At least resolve the antecedents!
Re:Another strike
Aristotle on 2006-12-03T06:51:43
I dread the day it goes core, because it’s jut not ready.
If more people were using it, more bugs would get prodded and it would be ready sooner. Instead, we just get lots of pundits pointing out that “EUMM works for me.” Well I’m sure that’s great.
Re:Another strike
Matts on 2006-12-01T19:51:22
Well the thing is I've got a few modules on CPAN, and even a few that override actions, and I've never once had an install failure because of weird Makefile issues reported to me. I've had lots of other bug reports, but never one because of this.
I respect that overloading actions is troublesome in EMM, but most people don't ever do it. If you need to then using Module::Build is a very valid course of action, though it's not something that EMM can't do (albeit in an unbelievably ugly manner).Re:Another strike
chromatic on 2006-12-01T21:20:36
To be fair though, has ActiveState ever sent you a bug report? I've never received one, installer-related or otherwise.
Re:Another strike
chromatic on 2006-12-01T18:30:01
What advantage do *you* get by using Module::Build?The fact that he still cares to release software is the advantage.
Like Ovid, I prefer to use modules with comprehendable documentation, decent APIs, and a hope of maintenance. I've yet to see a single person who's complained about my use of
Module::Buildtake up my offer to let him or her write and maintain parallel MakeMaker code for me.I don't support my code on Win32 because it's just too painful to develop there (and likewise, it's been years since I've received a portability patch from a Win32 user) and I don't write MakeMaker code because life's too short to keep stabbing myself in the face with whatever blunt instrument I can find every time I think about the
MYpseudo-parent package.Re:Another strike
Alias on 2006-12-02T07:15:47
You have an offer to let people maintain parallel EUMM for you?
Where's the repository... can I have commit?:) Re:Another strike
chromatic on 2006-12-02T08:38:26
Parrot::Embed's repository is open, but I'm not in charge of commit bits. Be my guest though; I'd love to see Windows working.
