Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
-
- Posts: 3
- Joined: 2018/11/05 10:57:02
Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
Hello all,
does CentOS offer further support for PHP 5.6 after its end of life (EOL) on 31st of December, 2018 ?
For example in the form of security fixes by backporting them ?
We are using CentOS version 7.5.
This article
https://support.qriscloud.org.au/hc/en- ... e-or-EOL-d
points in this direction by saying:
"In the case of CentOS 6, CentOS 7 and Scientific Linux, the OS distribution maintainers are backporting fixes for security issues into the last EOL'd verson of PHP for their platform."
I would be glad if someone has a definitive answer for this
Kind regards,
Andreas
does CentOS offer further support for PHP 5.6 after its end of life (EOL) on 31st of December, 2018 ?
For example in the form of security fixes by backporting them ?
We are using CentOS version 7.5.
This article
https://support.qriscloud.org.au/hc/en- ... e-or-EOL-d
points in this direction by saying:
"In the case of CentOS 6, CentOS 7 and Scientific Linux, the OS distribution maintainers are backporting fixes for security issues into the last EOL'd verson of PHP for their platform."
I would be glad if someone has a definitive answer for this
Kind regards,
Andreas
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
CentOS rebuilds what Red Hat ships in Red Hat Enterprise Linux, and their backporting page uses PHP as an example. The example was for RHEL 6, but the same applies for RHEL 7 and thus CentOS 7.
-
- Posts: 3
- Joined: 2018/11/05 10:57:02
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
Hello avij,
thank you for your quick answer.
When reading the backporting page of RHEL you linked to, then I'm not sure, if this example is transferable to the situation we have in CentOS.
Let me explain:
RHEL 7 was shipped originally with PHP 5.4. See here as a proof, for example:
https://access.redhat.com/discussions/2919611
But you could install PHP 5.6 later on via a software collection maintained by Red Hat themselves:"But you could follow the steps from the KB 2705621 to get PHP 5.6 from the Red Hat Software Collections." (quotation from the same article)
For me, it's unclear, if that means that Red Hat themselves will provide security backports for PHP 5.6 from 2019 on.
But even if they do, the situation is probably not the same in CentOS, because CentOS uses another external repo than Red Hat. At least, our hosting provider does. For PHP 5.6 he uses the Remi repo.
Additional information for the Remi repo:
The operator of the repo did even in this year some backports for security fixes for PHP versions 5.4 and 5.5, see here:
https://blog.remirepo.net/post/2018/03/ ... P-versions
("I also do the backport of some security fix for the RPM of the old versions 5.4.45 and 5.5.38.")
So the question is if we could assume that he will do the same for PHP 5.6 after its EOL ?
Perhaps this question can be answered only by Remi himself, so I should try to ask _him_ instead ...
Kind regards,
Andreas
thank you for your quick answer.
When reading the backporting page of RHEL you linked to, then I'm not sure, if this example is transferable to the situation we have in CentOS.
Let me explain:
RHEL 7 was shipped originally with PHP 5.4. See here as a proof, for example:
https://access.redhat.com/discussions/2919611
But you could install PHP 5.6 later on via a software collection maintained by Red Hat themselves:"But you could follow the steps from the KB 2705621 to get PHP 5.6 from the Red Hat Software Collections." (quotation from the same article)
For me, it's unclear, if that means that Red Hat themselves will provide security backports for PHP 5.6 from 2019 on.
But even if they do, the situation is probably not the same in CentOS, because CentOS uses another external repo than Red Hat. At least, our hosting provider does. For PHP 5.6 he uses the Remi repo.
Additional information for the Remi repo:
The operator of the repo did even in this year some backports for security fixes for PHP versions 5.4 and 5.5, see here:
https://blog.remirepo.net/post/2018/03/ ... P-versions
("I also do the backport of some security fix for the RPM of the old versions 5.4.45 and 5.5.38.")
So the question is if we could assume that he will do the same for PHP 5.6 after its EOL ?
Perhaps this question can be answered only by Remi himself, so I should try to ask _him_ instead ...
Kind regards,
Andreas
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
Sorry, I missed the PHP 5.6 part. CentOS does indeed ship PHP 5.4, which still receives backported patches from Red Hat.
The packages in SCL do not receive the same kind of long term support as the packages in the main repo. In fact, SCL PHP 5.6 will be dropped from the repositories with the release of CentOS 7.6, meaning that PHP 5.6 will no longer be installable from the SCL repository and will not receive any updates.
As for Remi's packages, I think I'll let him answer the question himself.
The packages in SCL do not receive the same kind of long term support as the packages in the main repo. In fact, SCL PHP 5.6 will be dropped from the repositories with the release of CentOS 7.6, meaning that PHP 5.6 will no longer be installable from the SCL repository and will not receive any updates.
As for Remi's packages, I think I'll let him answer the question himself.
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
Remi follows php.net so if 5.6 is EOL with them, then it will be from Remi's repo too.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke
-
- Posts: 215
- Joined: 2016/03/16 02:34:19
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
Why would a package be removed from the repositories? I’m asking this because my industry (film/VFX) has a standards body [https://vfxplatform.com/] that sets which versions of utilities and libraries should be used for development in any given year. It was decided last November that GCC 6.3.1 (specifically from the DTS) would be the compiler version for 2018, 2019, and I’m going to predict 2020.avij wrote: ↑2018/11/05 14:14:39The packages in SCL do not receive the same kind of long term support as the packages in the main repo. In fact, SCL PHP 5.6 will be dropped from the repositories with the release of CentOS 7.6, meaning that PHP 5.6 will no longer be installable from the SCL repository and will not receive any updates.
Based on the RHEL SCL support page [https://access.redhat.com/support/policy/updates/rhscl] the kit container GCC 6, devtoolset-6, is set to expire on support this month. Does that mean that we will no longer be able to download it from the live repositories and will need to use the vaults to acquire it for new machines?
Just looking for clarification. I totally accept I may be misunderstanding something. I’m just a little confused as packages going as far back as devtoolset-3/4 are still available for download.
Cheers,
Mike
Solution Architect @RedHat | RHCE
Former SysAdmin @BlueSkyStudios and @Pixar
Feature animation and VFX enthusiast
--
Report CentOS Stream 8 bugs: https://da.gd/c8s-bugs
Report CentOS Stream 9 bugs: https://da.gd/c9s-bugs
Former SysAdmin @BlueSkyStudios and @Pixar
Feature animation and VFX enthusiast
--
Report CentOS Stream 8 bugs: https://da.gd/c8s-bugs
Report CentOS Stream 9 bugs: https://da.gd/c9s-bugs
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
Note that this message applies only to SCL.
If you wish to use packages that have a longer lifecycle, stick to the packages in the CentOS base repository.
Because the packages to be removed are EOL and no longer receive updates. Removing those from the repos should give a clear signal that the packages are no longer supported. Packages archived in vault do not receive any updates either. The SCL support page says that "Developer Collections are supported for 2 years", so they too will be removed at some stage, and at that point you should switch to a newer devtoolset collection. In practise, devtoolset-6 will remain there at least until CentOS 7.7.19xx gets released some day. It's true that there are still old devtoolset packages available on mirrors, but that's really a bug that should be fixed.Mike_Rochefort wrote: ↑2018/11/05 14:41:49Why would a package be removed from the repositories? I’m asking this because my industry (film/VFX) has a standards body [https://vfxplatform.com/] that sets which versions of utilities and libraries should be used for development in any given year. It was decided last November that GCC 6.3.1 (specifically from the DTS) would be the compiler version for 2018, 2019, and I’m going to predict 2020.
If you wish to use packages that have a longer lifecycle, stick to the packages in the CentOS base repository.
-
- Posts: 3
- Joined: 2018/11/05 10:57:02
Re: Further support for PHP 5.6 after EOL on 31st of December, 2018 ?
I asked Remi in his own forum if he would plan to offer backports after PHP 5.6 EOL date and his answer was:
"yes, probably, according to spare time, best effort (like for previous 5.4 and 5.5)"
See: https://forum.remirepo.net/viewtopic.php?pid=10236