I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
Dne středa 11. ledna 2017 9:09:55 CET, Roger Oberholtzer napsal(a):
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
I think the reason is http://php.net/supported-versions.php Now we have little less than two years to prepare out web apps for PHP 7 and newer.
On mercredi, 11 janvier 2017 09.13:22 h CET Vojtěch Zeisek wrote:
Dne středa 11. ledna 2017 9:09:55 CET, Roger Oberholtzer napsal(a):
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom
php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json
php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
I think the reason is http://php.net/supported-versions.php Now we have little less than two years to prepare out web apps for PHP 7 and newer.
Security support for 5.6 is still 31 December 2018, wuut..
I can understood, in the era of multiversion of package almost everywhere in our project that we are not able to handle php5 and php7 ?
(Ok there's one alternative pointing to /usr/bin/php)
Imagine if we apply the same hard rules for python :-)
It's one thing to be the default, it another one to remove completely support. Then all packages that have binding to php5 now should have the one to php7 (Which should be normal), but I know some of them where upstream want to maintain both or older version for still a year.
ps : It is not a rant, I'm completely aware about the work that can be needed to make it a reality.
So is there really any way to have both ?
Dne 11.1.2017 v 10:15 Bruno Friedmann napsal(a):
On mercredi, 11 janvier 2017 09.13:22 h CET Vojtěch Zeisek wrote:
Dne středa 11. ledna 2017 9:09:55 CET, Roger Oberholtzer napsal(a):
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
I think the reason is http://php.net/supported-versions.php Now we have little less than two years to prepare out web apps for PHP 7 and newer.
Security support for 5.6 is still 31 December 2018, wuut..
Yes, but the TW sticks on latest stable version, right? So that switch to PHP 7+ is logic. (I don't comment any issues it brings here.)
On mercredi, 11 janvier 2017 10.21:04 h CET Vojtěch Zeisek wrote:
Dne 11.1.2017 v 10:15 Bruno Friedmann napsal(a):
On mercredi, 11 janvier 2017 09.13:22 h CET Vojtěch Zeisek wrote:
Dne středa 11. ledna 2017 9:09:55 CET, Roger Oberholtzer napsal(a):
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
I think the reason is http://php.net/supported-versions.php Now we have little less than two years to prepare out web apps for PHP 7 and newer.
Security support for 5.6 is still 31 December 2018, wuut..
Yes, but the TW sticks on latest stable version, right? So that switch to PHP 7+ is logic. (I don't comment any issues it brings here.)
Well all of this need a grain of salt, otherwise we will be using python3 since years :-)
And also, if we can make our users happier, because we offer the best of the world, why shouldn't we ? ;-))
Dne středa 11. ledna 2017 10:54:11 CET, Bruno Friedmann napsal(a):
On mercredi, 11 janvier 2017 10.21:04 h CET Vojtěch Zeisek wrote:
Dne 11.1.2017 v 10:15 Bruno Friedmann napsal(a):
On mercredi, 11 janvier 2017 09.13:22 h CET Vojtěch Zeisek wrote:
Dne středa 11. ledna 2017 9:09:55 CET, Roger Oberholtzer napsal(a):
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
I think the reason is http://php.net/supported-versions.php Now we have little less than two years to prepare out web apps for PHP 7 and newer.
Security support for 5.6 is still 31 December 2018, wuut..
Yes, but the TW sticks on latest stable version, right? So that switch to PHP 7+ is logic. (I don't comment any issues it brings here.)
Well all of this need a grain of salt, otherwise we will be using python3 since years :-)
And also, if we can make our users happier, because we offer the best of the world, why shouldn't we ? ;-))
I don't disagree. :-) But how big need is there for PHP 5.6? I have no idea. Might be huge, might be very limited. And who is going to maintain it? Situation of Python is different, much worst, I think.
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
If you have no PHP applications that specifically require php5, you could update to php7.
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
you could update to php7.
php7 was installed by default on my system but there were issues running roundcube. Downgrading to php5 made roundcube work again.
Ciao, Michael.
Dne 11.1.2017 v 09:34 Michael Ströder napsal(a):
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
In case of common web applications check their documentation and/or forums... In case of custom check PHP 7 upgrade notes to see what changed and if it affects You...
On Wed, Jan 11, 2017 at 9:43 AM, Vojtěch Zeisek vojtech.zeisek@opensuse.org wrote:
Dne 11.1.2017 v 09:34 Michael Ströder napsal(a):
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
In case of common web applications check their documentation and/or forums... In case of custom check PHP 7 upgrade notes to see what changed and if it affects You...
This is on a new server where I am hoping to move things to recent version where possible. One thing it provides is a Joomla site. That site is old and I am hoping to get rid of it (moving the things I need from it to our Trac site). So I don't really want to update the Joomla. Is there any way to say I want php5 to remain and not be replaced by php7? In the context of doing a zypper dup? I only need this for the short term. When Joomla is gone, I don't think I care what version of php is installed.
Dne 11.1.2017 v 09:52 Roger Oberholtzer napsal(a):
On Wed, Jan 11, 2017 at 9:43 AM, Vojtěch Zeisek vojtech.zeisek@opensuse.org wrote:
Dne 11.1.2017 v 09:34 Michael Ströder napsal(a):
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
In case of common web applications check their documentation and/or forums... In case of custom check PHP 7 upgrade notes to see what changed and if it affects You...
This is on a new server where I am hoping to move things to recent version where possible. One thing it provides is a Joomla site. That site is old and I am hoping to get rid of it (moving the things I need from it to our Trac site). So I don't really want to update the Joomla. Is there any way to say I want php5 to remain and not be replaced by php7? In the context of doing a zypper dup? I only need this for the short term. When Joomla is gone, I don't think I care what version of php is installed.
I tried this some time ago and I gave up for too much work required. The principle was that I was supposed to have some different PHP version in some custom location and then separated Apache confiuration pointing to that custom PHP. Sorry, I don't have reference handy.
On 01/11/2017 07:22 PM, Roger Oberholtzer wrote:
On Wed, Jan 11, 2017 at 9:43 AM, Vojtěch Zeisek vojtech.zeisek@opensuse.org wrote:
Dne 11.1.2017 v 09:34 Michael Ströder napsal(a):
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
In case of common web applications check their documentation and/or forums... In case of custom check PHP 7 upgrade notes to see what changed and if it affects You...
This is on a new server where I am hoping to move things to recent version where possible. One thing it provides is a Joomla site. That site is old and I am hoping to get rid of it (moving the things I need from it to our Trac site). So I don't really want to update the Joomla. Is there any way to say I want php5 to remain and not be replaced by php7? In the context of doing a zypper dup? I only need this for the short term. When Joomla is gone, I don't think I care what version of php is installed.
Sounds like you'd probably be better suited running Leap on that server possibly.
On Wed, Jan 11, 2017 at 10:27 AM, Simon Lees sflees@suse.de wrote:
Sounds like you'd probably be better suited running Leap on that server possibly.
We had a long thought on that. It's job in life is to supply Apache-based services (Python and PHP), and subversion source control. It also runs docker, Jenkins, and various compilers.
Because of it's location, external access audits check the version of the things accessible. Once they are past their use-by date, we are required to update them (our current activity). One can update non TW OSs only for so long. After a while, too much is out-of-date to make an update of a single component feasible. For example, we just tried to update subversion on 12.3. Subversion has surprisingly many dependencies these days. Especially for things like accessing it via Apache. So, we decided that TW may allow us to keep these machines current for a longer period of time. Our experience with TW in other contexts has been great.
I don't need php5 and php7 at the same time. I just want to stay with php5 for a short while while we remove the need for PHP all together.
On 01/11/2017 08:19 PM, Roger Oberholtzer wrote:
On Wed, Jan 11, 2017 at 10:27 AM, Simon Lees sflees@suse.de wrote:
Sounds like you'd probably be better suited running Leap on that server possibly.
We had a long thought on that. It's job in life is to supply Apache-based services (Python and PHP), and subversion source control. It also runs docker, Jenkins, and various compilers.
Because of it's location, external access audits check the version of the things accessible. Once they are past their use-by date, we are required to update them (our current activity). One can update non TW OSs only for so long. After a while, too much is out-of-date to make an update of a single component feasible. For example, we just tried to update subversion on 12.3. Subversion has surprisingly many dependencies these days. Especially for things like accessing it via Apache. So, we decided that TW may allow us to keep these machines current for a longer period of time. Our experience with TW in other contexts has been great.
I don't need php5 and php7 at the same time. I just want to stay with php5 for a short while while we remove the need for PHP all together.
Not sure if it helps but Leap is designed so that once a year you can easily update from 42.1->42.2->42.3 etc without too much fuss which should allow you to keep them recent enough without too much hassle.
On mercredi, 11 janvier 2017 10.49:48 h CET Roger Oberholtzer wrote:
On Wed, Jan 11, 2017 at 10:27 AM, Simon Lees sflees@suse.de wrote:
Sounds like you'd probably be better suited running Leap on that server possibly.
We had a long thought on that. It's job in life is to supply Apache-based services (Python and PHP), and subversion source control. It also runs docker, Jenkins, and various compilers.
Because of it's location, external access audits check the version of the things accessible. Once they are past their use-by date, we are required to update them (our current activity). One can update non TW OSs only for so long. After a while, too much is out-of-date to make an update of a single component feasible. For example, we just tried to update subversion on 12.3. Subversion has surprisingly many dependencies these days. Especially for things like accessing it via Apache. So, we decided that TW may allow us to keep these machines current for a longer period of time. Our experience with TW in other contexts has been great.
I don't need php5 and php7 at the same time. I just want to stay with php5 for a short while while we remove the need for PHP all together.
Then if php7 become the default on TW (which is what is should already if not), and we can still compile and make php5.6 working (even if not in paralell), it would be easy to keep it until it become insecure, and not have a sr delete of php5 ...
I much agree, that roundcube should repacked with php7.
Michael Ströder писал 2017-01-11 18:34:
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
you could update to php7.
php7 was installed by default on my system but there were issues running roundcube. Downgrading to php5 made roundcube work again.
Ciao, Michael.
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
Ciao, Michael.
Michael Ströder писал 2017-01-11 18:34:
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
you could update to php7.
php7 was installed by default on my system but there were issues running roundcube. Downgrading to php5 made roundcube work again.
Ciao, Michael.
Dne středa 11. ledna 2017 10:57:26 CET, Michael Ströder napsal(a):
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
Well, https://github.com/roundcube/roundcubemail/wiki/Install-Requirements says "PHP version 5.3.7 or greater...", so I'd expect so... (I didn't try it.)
Vojtěch Zeisek wrote:
Dne středa 11. ledna 2017 10:57:26 CET, Michael Ströder napsal(a):
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
Well, https://github.com/roundcube/roundcubemail/wiki/Install-Requirements says "PHP version 5.3.7 or greater...", so I'd expect so... (I didn't try it.)
I tried with php7 packages in Tumbleweed and it did not work for me. Maybe something was missing. But I'm not a php expert and I didn't have the time to dig deeper.
Could you please try yourself?
Ciao, Michael.
Dne středa 11. ledna 2017 11:14:19 CET, Michael Ströder napsal(a):
Vojtěch Zeisek wrote:
Dne středa 11. ledna 2017 10:57:26 CET, Michael Ströder napsal(a):
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
Well, https://github.com/roundcube/roundcubemail/wiki/Install-Requirements says "PHP version 5.3.7 or greater...", so I'd expect so... (I didn't try it.)
I tried with php7 packages in Tumbleweed and it did not work for me. Maybe something was missing. But I'm not a php expert and I didn't have the time to dig deeper.
Could you please try yourself?
I'm sorry, I don't run mail server. :-(
Michael Strc3b6der wrote:
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
It does, according to the 1.2.0 reelease notes:
https://roundcube.net/news/2016/05/22/roundcube-webmail-1.2.0-released
/Per
Hello,
Am Mittwoch, 11. Januar 2017, 10:57:26 CET schrieb Michael Ströder:
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
Roundcube can work with PHP7, I have it running on some servers.
However, it doesn't work with PHP7 out of the box (at least in Leap, I didn't test on Tumbleweed), see https://bugzilla.opensuse.org/show_bug.cgi?id=1012140
The roundcube version in Tumbleweed looks new enough to work with PHP7, but I wouldn't be surprised if you still need to create some symlinks in /usr/share/php7/ linking to /usr/share/php5/
Hmm, maybe it would be a good idea to merge/rename those directories to /usr/share/php/ to avoid a similar problem when PHP 8 hits the door ;-)
Regards,
Christian Boltz
On mercredi, 11 janvier 2017 11.13:15 h CET Christian Boltz wrote:
Hmm, maybe it would be a good idea to merge/rename those directories to /usr/share/php/ to avoid a similar problem when PHP 8 hits the door
I wouldn't cause it against having multiple version at same time. The only package that can't is obviously apache mod_php but nobody use that today no ? :-)))
When apache2-event engine coupled with php-fpm is so nice.
I think so. As mentioned above - problem is in "hardcoded" paths.
Michael Ströder писал 2017-01-11 19:57:
Konstantin Voinov wrote:
I much agree, that roundcube should repacked with php7.
But are you 100% sure that it works with php7?
Ciao, Michael.
Michael Ströder писал 2017-01-11 18:34:
Per Jessen wrote:
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
If you have no PHP applications that specifically require php5,
How to determine this?
you could update to php7.
php7 was installed by default on my system but there were issues running roundcube. Downgrading to php5 made roundcube work again.
Ciao, Michael.
Roger Oberholtzer wrote:
I just tried to update a Tumbleweed install. It now wants to remove php5 and install php7. I have no php7 at all installed. Only php5. Why would it do this? zypper says:
The following 12 NEW packages are going to be installed: apache2-mod_php7 kernel-default-4.9.0-2.1 php7 php7-ctype php7-dom php7-iconv php7-json php7-pdo php7-sqlite php7-tokenizer php7-xmlreader php7-xmlwriter
The following 11 packages are going to be REMOVED: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
I can't think I want this. Or?
In yast, I have set all installed php5 things to "Do not modify." I now get this from zypper:
The following 11 items are locked and will not be changed by any action: Installed: apache2-mod_php5 php5 php5-ctype php5-dom php5-iconv php5-json php5-pdo php5-sqlite php5-tokenizer php5-xmlreader php5-xmlwriter
Until I get rid of my php5 web site, this may have to do...
-
Bruno Friedmann -
Christian Boltz -
Konstantin Voinov -
Michael Ströder -
Per Jessen -
Roger Oberholtzer -
Simon Lees -
Vojtěch Zeisek