Comments on: What I want from the Perl 5 support policy http://blog.afoolishmanifesto.com/archives/707 fREWdiculous! Mon, 16 Aug 2010 06:30:20 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: How to Prevent Perl 5.12 | rapid-DEV.net http://blog.afoolishmanifesto.com/archives/707/comment-page-1#comment-186 How to Prevent Perl 5.12 | rapid-DEV.net Mon, 15 Jun 2009 06:28:52 +0000 http://blog.afoolishmanifesto.com/?p=707#comment-186 [...] While thinking about a documented support policy for Perl 5, I came across a comment from Adam Kennedy: I see the appropriate (and achievable) Long Term Support period for Perl as being around 8-10 years. [...] [...] While thinking about a documented support policy for Perl 5, I came across a comment from Adam Kennedy: I see the appropriate (and achievable) Long Term Support period for Perl as being around 8-10 years. [...]

]]> By: Alexandr Ciornii http://blog.afoolishmanifesto.com/archives/707/comment-page-1#comment-150 Alexandr Ciornii Tue, 19 May 2009 00:27:05 +0000 http://blog.afoolishmanifesto.com/?p=707#comment-150 Upgrading is easier on Windows - on Linux Perl is too tightly integrated into OS and it's packages. But many dists now support OS upgrade - kernel and all packages will be upgraded to new version. Or compile new version of Perl and install it into some dir. Recompiling modules is easier - just create bundle with CPAN shell. Modules may not work with dev version 5.11, but with 5.12 they will work soon after it's release. Perl programming rulez! Upgrading is easier on Windows – on Linux Perl is too tightly integrated into OS and it’s packages. But many dists now support OS upgrade – kernel and all packages will be upgraded to new version. Or compile new version of Perl and install it into some dir.

Recompiling modules is easier – just create bundle with CPAN shell. Modules may not work with dev version 5.11, but with 5.12 they will work soon after it’s release.

Perl programming rulez!

]]> By: Adam Kennedy http://blog.afoolishmanifesto.com/archives/707/comment-page-1#comment-145 Adam Kennedy Thu, 14 May 2009 07:49:41 +0000 http://blog.afoolishmanifesto.com/?p=707#comment-145 As far as I'm concerned, I see the appropriate (and achievable) Long Term Support period for Perl as being around 8-10 years. That is, code written for the latest version now should have a reasonable chance to run without significant changes on whatever Perl we have 8-10 years from now. If you look back at when the backwards-looking CPAN toolchain modules finally cave in and shift up their Perl dependencies, this seems to fall into about that range. As for upgrading, Perl is not upgradable across major revisions without reinstalling modules. It's as simple as that. And WRT Strawberry itself, I plan to continue building it for 5.8 pretty until the entire CPAN toolchain no longer works on it and moves on (since Strawberry is very much integrated with the CPAN toolchain). I expect that to be around about 7 years from now. As far as I’m concerned, I see the appropriate (and achievable) Long Term Support period for Perl as being around 8-10 years.

That is, code written for the latest version now should have a reasonable chance to run without significant changes on whatever Perl we have 8-10 years from now.

If you look back at when the backwards-looking CPAN toolchain modules finally cave in and shift up their Perl dependencies, this seems to fall into about that range.

As for upgrading, Perl is not upgradable across major revisions without reinstalling modules. It’s as simple as that.

And WRT Strawberry itself, I plan to continue building it for 5.8 pretty until the entire CPAN toolchain no longer works on it and moves on (since Strawberry is very much integrated with the CPAN toolchain).

I expect that to be around about 7 years from now.

]]>