http://qs321.pair.com?node_id=515847


in reply to Re^3: What sets Perl back
in thread What sets Perl back

I have that problem with every new MacOS install, but the problem isn't with Perl, or even the OS ... it's my firewall. CPAN.pm tries to use Net::FTP, which MacOS has installed -- but it doesn't have a libnet.cfg file, and I'm behind a firewall which requires me to use passive FTP.

In cases like this, it has nothing to do with the commitment of Perl devlopers, or the OS, or anyone else, but a knowledge of what my environment is. Every environment is different, and it is impossible for the developers to plan for every last possible permutation of configuration variables. They can get it so that things work most of the time, but once in a while, you actually have to look at the README files, and/or understand what the error messages are.

I personally find that you can often get help with problems by asking for it -- if you present it as a general bitch about the community, you are much less likely to get the problem that you're having resolved. If you actually want to get the problem fixed, I would assume that you would phrase it slightly differently than just general complaining. It might feel good to vent, but I find it normally feels even better to get it fixed, and behind you.

Replies are listed 'Best First'.
Re^5: What sets Perl back
by gunzip (Pilgrim) on Dec 11, 2005 at 16:22 UTC
    I don't think it's a matter of simply getting it fixed. That's why I've phrased it this way. There is a danger that developers who don't want the hassle of compiler error messages and working out the internals of CPAN.pm will simply opt for something else and Perl may become marginalised due to its poor packaging.