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.
On Wed, May 24, 2017 at 10:16:15PM +0200, hw wrote:> 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. > >[snip]> > 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.Another path to explore is to ask the expensive software producer, as they make a Linux version, why they do not offer a version certified for RHEL? jl -- Jon H. LaBadie jon at jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)
On Wed, 2017-05-24 at 16:35 -0400, Jon LaBadie wrote:> On Wed, May 24, 2017 at 10:16:15PM +0200, hw wrote: > > 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.I think you are looking for centos software collections: https://wiki.centos.org /AdditionalResources/Repositories/SCL # yum install centos-release-scl # yum install rh-perl524 Mark
> > The problem is that the expensive POS software doesn?t run on Centos > because the perl version Centos uses is too old.Life is a compromise. If the expensive POS software isn't designed to run on RHEL/CentOS then you will need to run it on a different OS. I know your desire is to keep everything the same, but that's the compromise.> > Since there is a recent perl version available, there has to be some way > to use it. >No doubt there is - but the compromise is the amount of work necessary to get it functioning in a satisfactory and stable way. I wonder if you might be better of using something like Fedora since it's relatively close in structure to CentOS - it really depends on how many machines you need to support and if the 6 month upgrade cycle is going to be too onerous. If nothing else it might tide you over until RHEL 8 - which might well be based on Fedora 26 or 27 if you look at other upgrade cycles. P.
On 05/24/2017 03:16 PM, hw wrote:> 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. >Not if the developers were developing on Enterprise Linux .. which they would be. In all seriousness, you might want to checkout openshift-origin from the PAAS SIG: https://wiki.centos.org/SpecialInterestGroup/PaaS/OpenShift Openshift can be used to create both development/testing and production environments where you can easily deploy docker containers with specific SCL software installed together. It can also be configured so that the developers can deploy their own test instances, etc. There is a supported path by Red Hat for production deployments and even free development available at https://openshift.io/ . It is fairly easy to have multiple dev environments, etc. using some combination of openshift.io, openshift-origin (the community upstream) on CentOS, or openShift Container Platform (the supported version from Red Hat). -------------- 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/20170525/09addb76/attachment-0001.sig>