Several issues here. Fedora? Ok, Fedora. I run it myself, but! Perl is not the language of choice of them Fedora people. They'd rather weed out perl completely and replace it with python. I don't care, as long as the rest of the distro does what I want. I'm still able to compile and use old stuff with minor tweaks.
For perl modules, I use RPM::Specfile. I have hacked the (included) cpanflute2 to build packages optionally and get dependencies right, and all my perl modules are rpm packages. Which means that I have source and binary (or noarch) packages of them, which means ease of rebuilding. Of course I check every time the existence of a perl package in the Fedora repo, because I'm a lazy boor. And that's just the reason I didn't hack into it the 'follow' mimic of cpan... but then, that's the most time consuming lack-of-features. I guess I should implement that 'follow option', if it hasn't been done already - to just type in cpanflute2 Module-Foo.tgz or cpanflute Module::Foo and get a cup of coffee while it is installing the whole bunch of deps.
Next, PHP vs. Perl. That has long been discussed, and the only bit I'll add to it is the following observation: perl is multipurpose, while PHP isn't. It is easy to stuff functions addressing all kinds of needs of a one-domain-language into one binary; it is hard for a multi-domain language to compete here on the grounds of that specific domain. And why should it specialize, anyways?
PHP is to perl what orcs are to elves.
update: corrected last statement
In reply to Re: Perl and London Broil: The future of computing magic?
by shmem
in thread Perl and London Broil: The future of computing magic?
by fozz
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |