If you write that as your Makefile.PL and then run it, you'll get error messages. Why? Because you don't have some of the files that passthrough says you require built yet.

If you're like me, you look at it and think that you need Module::Build::Compat to be loaded and run to crate them. So I did that. And got rid of all errors. Then built my tarball.

If you avoid errors by doing that under Linux, you'll actually wind up with an uninstallable tarball. Why? Because certain things have just been loaded by force, and are not overwriteable. What you need to do is have the passthrough, and ignore errors. When you build the tarball, the missing files will be built for you, but not until. (This was the case a few months ago. I don't know if it is now.)

I discovered this only after uploading to CPAN and having a CPAN tester complain about the uninstallable file. I didn't bother reporting the bug after I fixed it because the response the first time that I reported a bug dissuaded me from caring.

Perhaps this is better now. Perhaps not. As I mentioned, I didn't report it so I don't know. Besides, I explained to the CPAN tester what happened, I wasn't the first person that he saw make the mistake, and if that tester continued testing, then any other people making that mistake at least had a good explanation hand-delivered...

The fact that I didn't report it and I don't know whether it is fixed should be a red flag. Something is wrong with how they're dealing with the community. People in the community who're trying to communicate should not consistently become pissed off with the process. Once or twice, it is just some bad apples. If problems are consistent, at some point you really need to stop making excuses and say, "Why am I not being seen like I want to be seen?"

I submit that Module::Build has hit that point and should ask that question.

It comes with that option, but does the option work well?

It does work well in my experience. I assume that the bug you mentioned has now been fixed.

The fact that I didn't report it and I don't know whether it is fixed should be a red flag. Something is wrong with how they're dealing with the community. People in the community who're trying to communicate should not consistently become pissed off with the process. Once or twice, it is just some bad apples. If problems are consistent, at some point you really need to stop making excuses and say, "Why am I not being seen like I want to be seen?"

From what I have seen on the M::B list bug reports are fixed quickly and patches are accepted. Evidently a few people's experiences have been different which is sad.

Personally I don't think Ken's response to your initial report was as harsh as you seem to think it was - but YMMV. Ken's also recently said that he'll be removing his expressed personal preference from the docs.

Personally I'd say giving M::B another chance. I've seen no signs of any arrogance on the list myself, only people trying hard to come up with a useful alternative to EU::MM.

Why is this option not simply the default then?

That way, Module::Build could have transparently replaced ExtUtils::MakeMaker without any other interference.

For something that wants to replace an existing module, I find the lack of migration paths a major deficiency. And since I found that Module::Build doesn't scratch the itches I have with ExtUtils::MakeMaker, I'm not likely to move the rest of my modules over to it.

Why is this option not simply the default then?

I can't say for sure, but I'm guessing because Ken wants people to think about how they want to do this. The passthrough option seems to work reasonably well, but it is doing pretty funky stuff under the hood. The other methods that use a Makefile.PL also have their drawbacks, so it's really up to each developer to decide how they want to handle this.

For something that wants to replace an existing module, I find the lack of migration paths a major deficiency.

Somebody else has created a Makefile.PL => Build.PL converter tat works for simple Makefile.PL scripts. If you're doing something complex in your Makefile.PL, there's obviously no way to automate the conversion.

I can't say for sure, but I'm guessing because Ken wants people to think about how they want to do this. The passthrough option seems to work reasonably well, but it is doing pretty funky stuff under the hood. The other methods that use a Makefile.PL also have their drawbacks, so it's really up to each developer to decide how they want to handle this.

As corion said, the problem here is that a module like M::B shouldnt make each developer decide how to handle this. It should simply default to the solution that breaks the least things and provide an opt out for power users. Breaking CPAN by default is just plain wrong, wrong, wrong.

Somebody else has created a Makefile.PL => Build.PL converter tat works for simple Makefile.PL scripts.

So wait, if I choose to convert to using Module::Build not only do I inconvenience all of my users who dont have Module::Build, I also lock out the ones who can't get it to work, and as an added bonus get to spend hours converting non trivial Makefile.Pl's over to Build.Pl framework? Gee sign me up.



---
demerphq


First they ignore you, then they laugh at you, then they fight you, then you win.
-- Gandhi