Stories
Slash Boxes
Comments

NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

use Perl

All the Perl that's Practical to Extract and Report

Why Port Bugzilla Away from Perl? More | Login | Reply

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Without JavaScript enabled, you might want to use the classic discussion system instead. If you login, you can remember this preference.

The difficulty of CPAN dependencies (Score:1)

by markjugg (792)

The difficulty of deploying Perl projects with CPAN dependencies is a real problem. It's not technically a language problem, but a cultural one.

(PAR even seems like it could help a fair bit with this).

Culturally, we tend to say "Oh, and install this slew of modules from CPAN".

If instead we said "just unpack it and visit install.cgi", then we'd have more users of Perl projects.

I like that a number of PHP projects work this way. It's not a technical benefit of PHP that this trend exists, it's a different cult
- Re:The difficulty of CPAN dependencies (Score:1)
  
  by chromatic (983) on 2007.05.04 13:37 (#54874) Homepage Journal
  
  I like that a number of PHP projects work this way.
  
  I haven't installed a PHP application in several years. Does this installation approach run automated tests? (Do these applications have automated tests? Given the customization possibilities of php.ini let alone self-compiled PHP, there are plenty of things to go wrong.)
  
  Reply to This
  
  Parent

Get More Comments

Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.