@linux4me sorry on mobile now and using binoculars to see screen. Well that and iPhone has that damm predictive text which changes words…
Yes that’s good but does it install all php packages or only a few. If not, ssh is still needed to install packages needed or you need but I think I remember that packages were going to be selectable from UI at some point in time. Maybe this is is IW 7
Also, it would appear that system php is needed for crons as well as softaculous and I think www uses system php. So cannot just get rid of it
The ones that are missing, compared to my installation of 7.4 are:
*ioncube-loader
*json
*pecl-imagick-devel
The absence of Ioncube Loader makes sense, as noted above. Maybe it will be added when it’s out? PHP 8.0 installs pecl-xmlrpc instead of PHP 7.4’s plain xmlrpc, and included sodium, which PHP 7.4 did not. I think I may have installed JSON for php 7.4. I don’t remember adding imagick-devel, but I may have.
I know that things like ioncube-loader are not installed by default on the phpXX-php versions as it’s one of the most common questions we get in the support system. They can be added anytime though by installing phpXX-php-ioncube-loader via SSH (which I think is what d2d4j is referencing, but I’ve kind of lost the thread as to the continuing conversation Ha ha).
Yes, the post has been answered so to sum up for anyone reading in future if I understand correctly
IW-CP takes care of PHP updates for phpxx-php installed through IW-CP
Only enable the correct PHP for system PHP in repo list
Ensure repo remi-safe is enabled
To update system PHP to a newer version if available, in repo list disable current php repo and enable new php repo
Most PHP packages are installed by IW-CP but some may need to be installed by SSH (such as ioncube loader)
Mostly correct, the only thing I’d change is the below section:
To update system PHP to a newer version if available, in repo list disable current php repo and enable new php repo
There is no need to disable the previous repo provided that the repo you’re enabling is newer. For instance, if I have PHP72 enabled and then I enable PHP73, it will just install PHP73 as the system php version now. Since all the packages in PHP72 are older, yum is smart enough to update all of those packages to PHP73. You are free to disable the old repo if you wish, but it is not necessary.
If I’m correctly understanding what you’re both saying, it sounds like I should wait until things with PHP 8.0 settle down and try again. I don’t need PHP 8.0 yet, I was just going to install it to do some testing. It’s not worth a support ticket at this point.
There’s no reason not to enable PHP 8.0 and do some testing as long as what you’re testing doesn’t require Ioncube Loader, but I don’t think setting the system version to PHP 8.0 on a production server is a good idea yet.
I’ll second what linux4me said. There is no reason not to make PHP 8.0 available if you want to do some testing with it. It just becomes one of the options that you can use for a domain. You can allow only specific accounts to have access to it as an option (which is great for the testing it sounds like you are doing).
linux4me is right about not setting it to your system version yet, though. It’s probably not a good idea and given that Multi-PHP allows you to use various PHP versions anyways, I can’t imagine why you would want to.
Go ahead and enable it and set your test domain to it for testing purposes. I can’t speak for the code in your account, but it shouldn’t cause a problem with InterWorx.
Hi
I have a problem with one of my computers (dell pc) not completing a yum- update
at the top of the list of packages to be updated is the following from logwatch
