Re: I prefer not to run the latest version of Perl because:

If I were to find system perl to be 5.8, then I certainly would try to install latest version available.

There have not been any significant changes for me to chase the latest version. So current default package version, 5.32.1, on FreeBSD has been fine by me; default of 5.26.3 on Rocky Linux 8 is not bad either. Any version currently being maintained, thanks to cavac for reminding me to be particular about the maintained version, since 5.16+ has been good enough.

Then again have not been using Perl as much since ~2017, none for work, so🤷🏽‍♂️

Comment on Re: I prefer not to run the latest version of Perl because:

Replies are listed 'Best First'.
Re^2: I prefer not to run the latest version of Perl because: by hippo (Archbishop) on Feb 15, 2023 at 15:58 UTC
If I were to find system perl to be 5.8, then I certainly would try to install latest version available. If I were to find system perl to be 5.8, then I would be looking to upgrade the O/S. An outdated perl is unlikely to be the most dangerous problem on such an old system. 🦛	[reply]
Re^3: I prefer not to run the latest version of Perl because: by Anonymous Monk on Feb 15, 2023 at 18:22 UTC
There exist situations where an upgraded OS is simply not compatible with good old software. These systems may be connected to legacy hardware that cannot be easily upgraded or replaced. These systems have worked for decades and are not connected to the network. These systems often predate monumentally stupid ideas like automatic updates, embedded spyware, and software subscriptions. Rather than blindly telling everyone to upgrade it would be more useful to help maintain legacy compatibility of retro systems that you may not even understand the reasons for existing. Thank you!	[reply]
Re: Maintenance of obsolete software by parv (Parson) on Feb 15, 2023 at 20:03 UTC
Rather than blindly telling everyone to upgrade it would be more useful to help maintain legacy compatibility of retro systems that you may not even understand the reasons for existing. The onus of maintenance is on the people who need to keep using old, decrepit, obsolete software, including OSen. Not on anyone else. If that is too much, such an enterprise ought to hire people who can. Yes, tough luck🤷‍♂️	[reply]
Re^4: I prefer not to run the latest version of Perl because: by pryrt (Abbot) on Feb 15, 2023 at 19:04 UTC
not compatible with good old software...legacy hardware ++ for bringing that up. And hardware doesn't just mean CPU and HDD and RAM -- it can be other proprietary hardware connected-to-and-run-by the good old software. So "update OS" or "update perl" isn't always an option. (That's has been one of my situations at $work.) maintain legacy compatibility of retro systems On the other hand, I disagree with this. The developers of perl and developers of CPAN modules shouldn't be beholden to those of us with legacy needs. Perl makes available old copies of the language, so that's not a problem. CPAN keeps old versions of modules, which you can download (the common CPAN clients even allow you choosing version and/or URL for a given module's distro) ... and even if the author has deleted ancient versions of their modules from active CPAN, it's still on the BackPAN. So if you have a set of perl-version-plus-modules that worked a decade ago, that same set of perl-version-plus-modules is still available to you.	[reply]
Re^4: I prefer not to run the latest version of Perl because: by Anonymous Monk on Feb 15, 2023 at 21:59 UTC
it would be more useful to help maintain legacy compatibility of retro systems that you may not even understand the reasons for existing. good point, the people who devote their free time to develop open source software for FREE always love to hear demands of what else they should do for free.	[reply]