Perl 5.8.8 was released on 31 January 2006. There have been six stable releases of Perl 5 since then, including Perl 5.8.9 on December 14 2008. Yet if you install an Enterprise Linux Distribution such as RHEL 5.5 or CentOS 5.5, the base system Perl will be an ancient version of Perl 5.

Warning, some tongue-in-cheek rhetoric ahead.

I realize that Red Hat makes its money from businesses who believe computers are scary black boxes that fall over when you think "Maybe I'll say 'Boo!' at them!" and so it's very much worth Red Hat's time to charge lots of support dollars to release untouched versions of software for businesses which never upgrade their software not to upgrade to, but I'll eat my hat if that leads to any of those support dollars making Perl 5.8.8 more robust, more secure, less buggy, faster, or better to use.

(The previous paragraph is not entirely serious. I'm not wearing a hat, for example.)

Of course, Red Hat (like all good hearted operating systems) uses Perl 5 as part of the core system because it's so useful to get things done. Making any change at all to the core Perl 5 would mean that Red Hat or Fedora volunteers would have to figure out some way of verifying that changes are okay, and if not, they'd have to file bug reports and get them resolved somehow. That's a lot of work!

Red Hat (and other distributions) can distribute the versions of software they want. If they're happy with an ancient Perl 5, let them write their software. They make their choices and they pay the penalties.

Spoiler alert: the remainder is completely serious.

I can't, however, in good conscience recommend that anyone writing a new Perl 5 project in late 2010 use the system Perl 5 for anything other than installing App::perlbrew and then immediately installing a modern release of Perl 5, such as the shiny new Perl 5.12.2. It won't hurt, and you'll have access to wonderful features and improvements and—most important—you'll get support from the Perl 5 community which makes great things for you to use.

It's great that Perl has been a useful Unix tool for such a long time, and it's very good that distributions use it for their core utilities. Yet we shouldn't let their inability to manage software in conjunction with upstream get in the way of users trying to do useful things.

The ancient core Perl 5s installed by default by so-called Enterprise distributions are dead to me. They're the Internet Explorer 5 of the programming world: sufficient only to upgrade to something better. (Wouldn't it be a finer world if they could install their creaky old core Perl 5 in a core do-not-use-this directory of its own and give users something better by default?)