Hi, are there packages replacing the ancient perl version in Centos 7 with a more recent one, like 5.24? At least the state feature is required.
hw wrote:> > are there packages replacing the ancient perl version in > Centos 7 with a more recent one, like 5.24? At least the > state feature is required.Don't call it ancient, boy, or I'll beat you with my cane! Have you checked the Software Collections? mark
On May 23, 2017, at 10:44 AM, hw <hw at gc-24.de> wrote:> > are there packages replacing the ancient perl version in > Centos 7 with a more recent one, like 5.24?Since when is Perl 5.16 ?ancient?? It?s only 4 years old. CentOS 5 just left supported status, which shipped Perl 5.8.8 from first release to last, which means I?ll probably still be limited to Perl 5.8 features for a few years yet, since the remaining CentOS 5 boxes I?m supporting can?t be upgraded and won?t likely be turned off until they fall over dead. That makes Perl 5.10 ?the future? from my perspective. If this sort of stance seems risible to you, you probably shouldn?t be using CentOS. This is what distinguishes a ?stable? type of OS from a ?bleeding edge? one.> At least the state feature is required.According to the docs,[*] that feature has been in Perl since 5.10. This appears to confirm it: $ perl -e "use feature 'state'" && echo yes Are you looking for something else, or do you have a simple test case that shows what?s provided in CentOS 7 is insufficient? [*]: http://perldoc.perl.org/feature.html#The-'state'-feature
On Tue, 23 May 2017, m.roth at 5-cent.us wrote:> hw wrote: >> >> are there packages replacing the ancient perl version in >> Centos 7 with a more recent one, like 5.24? At least the >> state feature is required.Perl 5.24 is available in SCL, in the centos-sclo-rh repository. [root ~]# yum info rh-perl524-perl Name : rh-perl524-perl Arch : x86_64 Epoch : 4 Version : 5.24.0 Release : 379.el7 Size : 6.0 M Repo : centos-sclo-rh/x86_64 Summary : Practical Extraction and Report Language -- Paul Heinlein <> heinlein at madboa.com <> http://www.madboa.com/
> Am 23.05.2017 um 18:56 schrieb m.roth at 5-cent.us: > > hw wrote: >> >> are there packages replacing the ancient perl version in >> Centos 7 with a more recent one, like 5.24? At least the >> state feature is required. > > Don't call it ancient, boy, or I'll beat you with my cane! > > Have you checked the Software Collections? >https://www.softwarecollections.org/en/scls/rhscl/rh-perl524/ -- LF
Warren Young schrieb:> On May 23, 2017, at 10:44 AM, hw <hw at gc-24.de> wrote: >> >> are there packages replacing the ancient perl version in >> Centos 7 with a more recent one, like 5.24? > > Since when is Perl 5.16 ?ancient?? It?s only 4 years old. > > CentOS 5 just left supported status, which shipped Perl 5.8.8 from first release to last, which means I?ll probably still be limited to Perl 5.8 features for a few years yet, since the remaining CentOS 5 boxes I?m supporting can?t be upgraded and won?t likely be turned off until they fall over dead. That makes Perl 5.10 ?the future? from my perspective.Living in the past seldwhen is a good idea.> If this sort of stance seems risible to you, you probably shouldn?t be using CentOS. This is what distinguishes a ?stable? type of OS from a ?bleeding edge? one.When a version of a software has been released 20 years ago, that doesn?t mean it?s more stable than a version of that software which is being released today. Of course, you can consider "never change the version of the software" as something making for a stable OS. But what about the bug fixes?> >> At least the state feature is required. > > According to the docs,[*] that feature has been in Perl since 5.10. This appears to confirm it: > > $ perl -e "use feature 'state'" && echo yes > > Are you looking for something else, or do you have a simple test case that shows what?s provided in CentOS 7 is insufficient?Ah, yes, that does work. Sorry, I guess it was signatures rather than state. I?m getting Feature "signatures" is not supported by Perl 5.16.3 at ... with CGI scripts. And who knows what else might cause problems. The software has been written with perl 5.20.1, which is already rather old.> > > [*]: http://perldoc.perl.org/feature.html#The-'state'-feature > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >
On 05/23/2017 11:44 AM, hw wrote:> > Hi, > > are there packages replacing the ancient perl version in > Centos 7 with a more recent one, like 5.24? At least the > state feature is required.As a side note, here is why RHEL (and therefore CentOS, since we rebuild RHEL source code to create our base OS) has old software: https://access.redhat.com/security/updates/backporting If you just spent $5,000,000.00 on a new Point of Sales software for a couple thousand stores, you might want to keep it in production for a bit longer than 6 months on a linux install. You also would like to make sure the system is secure, etc. There are 2 concepts for updating .. RHEL/CentOS provides a secure OS that works for 10 years without major changes to ABI/API server related systems .. other distros do updates every 6 months, etc. If you are looking for latest and greatest/cutting edge type functionality .. CentOS is likely not the OS you want. If you are looking for an OS that runs like you installed it for 10 years and remains secure, then CentOS is the OS you want. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20170524/c17cccf8/attachment-0001.sig>
Johnny Hughes schrieb:> On 05/23/2017 11:44 AM, hw wrote: >> >> Hi, >> >> are there packages replacing the ancient perl version in >> Centos 7 with a more recent one, like 5.24? At least the >> state feature is required. > > As a side note, here is why RHEL (and therefore CentOS, since we rebuild > RHEL source code to create our base OS) has old software: > > https://access.redhat.com/security/updates/backporting > > If you just spent $5,000,000.00 on a new Point of Sales software for a > couple thousand stores, you might want to keep it in production for a > bit longer than 6 months on a linux install. You also would like to > make sure the system is secure, etc. > > There are 2 concepts for updating .. RHEL/CentOS provides a secure OS > that works for 10 years without major changes to ABI/API server related > systems .. other distros do updates every 6 months, etc. If you are > looking for latest and greatest/cutting edge type functionality .. > CentOS is likely not the OS you want. > > If you are looking for an OS that runs like you installed it for 10 > years and remains secure, then CentOS is the OS you want.The problem is that the expensive POS software doesn?t run on Centos because the perl version Centos uses is too old. It is so old that you don?t need to look for the greatest or latest software to run into problems; it suffices when you look for something that works. Since there is a recent perl version available, there has to be some way to use it.