The required 'nmake' executable not found, fetching it...
Fetching 'Nmake15.exe' from download.microsoft.com... done!
I was baffled. I never had expected that. This is so cool!
It made me start dreaming again of a completely autonomously selfconfiguring installation system. Searching for a proper list of CPAN mirrors, without any help from the user, for example.
I know there have been a few attempts on creating an automated tool, but I don't think any ever came out of the beta stage.
There are basically two ways to achieve this goal:
Neither of these look like the complete solution to me.
I do think that it would be helpful if the list of mirrors that CPAN.pm retrieves from CPAN, was to contain a rating for the mirrors, based on responsiveness, speed, available bandwidth, and last but not least: up-to-date-ness.
Update: Half of my time on CPAN, I'm on search.cpan.org. That always made me wonder: does search.cpan.org make use worldwide mirroring, too?
You use a different search.cpan.org.... (Score:1)
Glad you like it. :-) (Score:1)
Re: (Score:2)
But, Module::Install? Wasn't that module supposed to bypass the need for make?
Re: (Score:1)
There are two search sites (Score:1)
search.cpan uses Ask's geoDNS to route traffic to one of two sites, the main perl.org racks in the US or to our mirror in London. It would work with more if anyone wanted to host one in, say, Asia or Australia.
Re: (Score:2)
Something looks to be very much out of proportion.
Re: (Score:1)
Yep, there are probably far more CPAN mirrors than are actually required !
Seriously, search.cpan.org is well down our list of busy sites so it doesn't really need many more mirrors. I understand an Asian/Pacific mirror would be welcomed but the existing servers seem to be coping just fine with the load.
S.
Meh (Score:2)
Make Meh (Score:1)
Of course, one can only wonder why Perl has insisted on an external make program for pure Perl modules for the last 15 years
Bad interface design. Seriously.
The canonical way to install a CPAN module is
and the problem is all those invocations of make.perl Makefile.pl
make
make test
make install
In most cases, those make targets end up running perl one-liners anyway; there's been a lot of heroic effort to take out dependencies on other programs and design other build systems.
(I'm not saying the bad interface design is anybody's fault. Lots of things sort of happen by convention and aren't really designed, or at least are