This morning I got a notice from my CentOS 7 and Interworx v. 6 server that says, “Yum update failing: yum update --disablerepo=interworx-cp*”. I realize this may be more of a CentOS question than an Interworx question, so feel free to let me know if that is the case.
I enabled remi-php80 a couple of days ago to begin testing with PHP 8.0. The affected files all appear to be related to PHP 8.0.
This is the output I get when I try to run Nodeworx -> Server -> Software Updates, Available Updates, Install Updates:
±-----------------------------------------------------------------------------+
| InterWorx YUM Update Management |
±-----------------------------------------------------------------------------+
Update Process Began: 2020-11-30 12:10:30
±-----------------------------------------------------------------------------+
| Updating specified packages |
±-----------------------------------------------------------------------------+
Resolving Dependencies–>
Running transaction check—>
Package php.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-cli.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-cli.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-common.x86_64 0:7.4.13-1.el7.remi will be updated–>
Processing Dependency: php(api) = 20190902-64 for package: php-ioncube-loader-10.4.5-1.el7.remi.7.4.x86_64–>
Processing Dependency: php(zend-abi) = 20190902-64 for package: php-ioncube-loader-10.4.5-1.el7.remi.7.4.x86_64—>
Package php-common.x86_64 0:8.0.0-1.el7.remi will be obsoleting—>
Package php-devel.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-devel.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-fpm.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-fpm.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-gd.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-gd.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-imap.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-imap.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-intl.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-intl.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-json.x86_64 0:7.4.13-1.el7.remi will be obsoleted—>
Package php-mbstring.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-mbstring.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-mysqlnd.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-mysqlnd.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-opcache.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-opcache.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-pdo.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-pdo.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-pecl-mcrypt.x86_64 0:1.0.3-1.el7.remi.7.4 will be updated—>
Package php-pecl-mcrypt.x86_64 0:1.0.3-4.el7.remi.8.0 will be an update—>
Package php-pecl-zip.x86_64 0:1.19.2-1.el7.remi.7.4 will be updated—>
Package php-pecl-zip.x86_64 0:1.19.2-1.el7.remi.8.0 will be an update—>
Package php-process.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-process.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-soap.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-soap.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-sodium.x86_64 0:7.4.13-1.el7.remi will be updated—>
Package php-sodium.x86_64 0:8.0.0-1.el7.remi will be an update—>
Package php-xml.x86_64 0:7.4.13-1.el7.remi will be updated–>
Processing Dependency: php-xml(x86-64) = 7.4.13-1.el7.remi for package: php-xmlrpc-7.4.13-1.el7.remi.x86_64—>
Package php-xml.x86_64 0:8.0.0-1.el7.remi will be an update–>
Running transaction check—>
Package php-common.x86_64 0:7.4.13-1.el7.remi will be updated–>
Processing Dependency: php(api) = 20190902-64 for package: php-ioncube-loader-10.4.5-1.el7.remi.7.4.x86_64–>
Processing Dependency: php(zend-abi) = 20190902-64 for package: php-ioncube-loader-10.4.5-1.el7.remi.7.4.x86_64—>
Package php-pecl-xmlrpc.x86_64 0:1.0.0~DEV.20200602-4.el7.remi.8.0 will be obsoleting—>
Package php-xmlrpc.x86_64 0:7.4.13-1.el7.remi will be obsoleted–>
Finished Dependency Resolution
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
To my inexperienced eyes, it looks like there are some broken dependencies for PHP 8.0. Am I jumping the gun with PHP 8.0, and just need to wait a bit to try running it in Interworx v. 6/CentOS 7? Skipping the broken dependencies doesn’t sound alike a good approach to me. From what I can tell, the command:
rpm -aV --nofiles --nodigest
just “checks the consistency of installed packages,” whatever that means, and doesn’t sound like a fix.