Re^2: Getting Fed Up with ActiveState

The fact that these well-meaning people have not been able to make every CPAN module available perfectly on PPM should tell you something

It's not that they can't -- it's that they choose not to. Backwards compatibility (to the earliest 58x release) has been chosen over supporting the latest developments in Perl. That's OK -- it makes perfect sense for a company providing "enterprise" Perl support. But it's a limiting choice for others.

-xdg

Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.

Comment on Re^2: Getting Fed Up with ActiveState

Replies are listed 'Best First'.
Re^3: Getting Fed Up with ActiveState by perrin (Chancellor) on Dec 04, 2006 at 15:26 UTC
Can you explain a bit more? What is it that you think they chose not to do in this case?	[reply]
Re^4: Getting Fed Up with ActiveState by xdg (Monsignor) on Dec 04, 2006 at 15:41 UTC
They've decided not to build PPM's for the 58x series unless those PPM's can be run on their earliest 58x release (and without upgrading core modules). Recent AS releases of 58x have a version of Scalar::Util in core that has refaddr. So any module requiring it will run fine on a recent release from AS. But because refaddr isn't available in the Scalar::Util in the earliest 58x core, any modules that depend on it won't be automatically built into PPMs by AS. Fortunately, Randy Kobes has been building more recent PPM's at the uwinnipeg repository. Unfortunately, that's a manual process. -xdg Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk.	[reply]