regarding the changes in lang/php (updating to newer php)

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

regarding the changes in lang/php (updating to newer php)

Robert Nagy
Hi

So as you might have noticed already php 5.2 got removed from the tree
because it has been end-of-life since Jan 2011. It has been kept in tree
for people to be able transfer over to 5.3 easily.
Since php 5.3 is also reaching end-of-life, php 5.4 and 5.5 has been
commited and a direct update path from php 5.2 to 5.4 has been configured
for people still having php 5.2 installed.
The reason for doing this is obvious, 5.3 will be dead, however we are
keeping that in tree as well because the transition from 5.2 to 5.3 is
better (e.g. there is still register_globals support in 5.3).

If you are not running 5 year old Joomla or WorldPress installations
the upgrade should be a piece of cake, and there should not be any need
for code modification.

The following sites completely describe how to migrate from 5.2.x to
5.3.x and then to 5.4.x if needed.

http://php.net/manual/en/migration53.php
http://php.net/manual/en/migration54.php

If you have E_DEPRECATED configured in php-5.3 you will always get a list of
functions that will get *removed* in 5.4, so you can prepare and fix
your php code before going to 5.4.

Reply | Threaded
Open this post in threaded view
|

Re: regarding the changes in lang/php (updating to newer php)

Stuart Henderson-6
On 2013/08/09 12:43, Robert Nagy wrote:

> Hi
>
> So as you might have noticed already php 5.2 got removed from the tree
> because it has been end-of-life since Jan 2011. It has been kept in tree
> for people to be able transfer over to 5.3 easily.
> Since php 5.3 is also reaching end-of-life, php 5.4 and 5.5 has been
> commited and a direct update path from php 5.2 to 5.4 has been configured
> for people still having php 5.2 installed.
> The reason for doing this is obvious, 5.3 will be dead, however we are
> keeping that in tree as well because the transition from 5.2 to 5.3 is
> better (e.g. there is still register_globals support in 5.3).

Another advantage of 5.3 is that Suhosin is available there, and it hasn't
been ported to 5.4/5.5 yet..

Reply | Threaded
Open this post in threaded view
|

Re: regarding the changes in lang/php (updating to newer php)

David Gwynne-5
In reply to this post by Robert Nagy
On 09/08/2013, at 8:43 PM, Robert Nagy <[hidden email]> wrote:

> Hi
>
> So as you might have noticed already php 5.2 got removed from the tree
> because it has been end-of-life since Jan 2011. It has been kept in tree
> for people to be able transfer over to 5.3 easily.
> Since php 5.3 is also reaching end-of-life, php 5.4 and 5.5 has been
> commited and a direct update path from php 5.2 to 5.4 has been configured
> for people still having php 5.2 installed.
> The reason for doing this is obvious, 5.3 will be dead, however we are
> keeping that in tree as well because the transition from 5.2 to 5.3 is
> better (e.g. there is still register_globals support in 5.3).
>
> If you are not running 5 year old Joomla or WorldPress installations
> the upgrade should be a piece of cake, and there should not be any need
> for code modification.
>
> The following sites completely describe how to migrate from 5.2.x to
> 5.3.x and then to 5.4.x if needed.
>
> http://php.net/manual/en/migration53.php
> http://php.net/manual/en/migration54.php
>
> If you have E_DEPRECATED configured in php-5.3 you will always get a list of
> functions that will get *removed* in 5.4, so you can prepare and fix
> your php code before going to 5.4.
>

i just upgraded a couple of boxes at work to 5.4 which has mostly gone smoothly apart from a couple of bumps. more specifically:

- while php 5.3 and 5.4 mostly coexist just fine as packages, php-fpm-5.3 and php-fpm-5.4 dont like being installed concurrently cos they both think they own /etc/rc.d/php_fpm.

- php-tidy-5.4 segfaults if its enabled and phpinfo() or php-5.4 -i are run due to that stupid missing symbol i put a patch in 5.3 for. copying that patch into the 5.4 patches dir is enough to fix this problem.

- apc 3.1.9 (www/pecl-APC) has a double free that causes a segfault when php is cleaning up. using something later than 3.1.9 seems to be the general fix in other distributions. i am running 3.1.13 now and it appears to be working fine. it is unfortunate that 3.1.9 is the last stable according to the apc site.

i would like to emphasise that for the most part its been surprisingly easy. thank you.

dlg