Leader of Birmingham.pm [pm.org] and a CPAN author [cpan.org]. Co-organised YAPC::Europe in 2006 and the 2009 QA Hackathon, responsible for the YAPC Conference Surveys [yapc-surveys.org] and the QA Hackathon [qa-hackathon.org] websites. Also the current caretaker for the CPAN Testers websites and data stores.
If you really want to find out more, buy me a Guinness
It seems this is not a new bug for CPAN.pm on Windows. I have been quite happy with the version of CPAN.pm I'd been using, but it was now a few versions behind, so finally decided to 'install CPAN' from within the 'cpan' shell. It downloads and tests fine, but then falls over trying to install over a file that is being used
Whatever complaints you might throw at Windows, most application installations work really nicely, even the various Perl binary installations are all point and click. It's a pity we have to get so low level for the individual libraries.
I'm even tempted to offer someone a metre of beer (as is Adam's fashionable wager) to see if they can write a binary installer (that could potentially run on Win32, Linux, Mac OS X, Solaris, etc) that hides all the CPAN/CPANPLUS/MakeMaker/Module::Build gubbins from the user and just installs by the use of a file extension association.
The problem has been mentioned several times before, but I don't believe anyone has figured out a suitable way of solving the problem. To some it might not be seen as a problem, but when other libraries have cross platform point and click installations, I'm wondering whether this is another reason why the take up of Perl hasn't been so good in recent years as it has with other languages.
Or maybe it's just down to having a more complete binary package repository, that has a wealth of CPAN distributions packaged for several platforms. There are already several PPM and RPM repositories, which potentially could be combined.
Or maybe a GUI, like Synaptic, is needed that can do the searching, pointing and clicking and then hide all the nasty IO between the actual installers, except were necessary or requested of course. In fact I like that one better. It could even be written in Perl (with Tk?) and packaged with PAR as an executable.
I'm tempted to offer a metre of beer, but I'm also tempted to try this one myself. However, I still have plenty of other projects on the go and starting another is probably not a good idea. Perhaps I should finish those other projects first