Virtualmin has nothing to do with this, we don’t enable any Remi repos.
Virtualmin is just telling you what the package manager told it was available for update. You’ve enabled third party repositories…that’s always asking for trouble. Sometimes it’s necessary trouble, but it’s always trouble. And, to make it worse, you’ve enabled multiple third party repositories that appear to conflict with each other (Remi repos are pretty good, as third party repos go, but there is definitely a problem here).
I don’t know how to sort it, but it looks like maybe the php-pecl-zip-1.19.1-1.el7.remi.5.6.x86_64 package is the culprit, and maybe installing php-common-5.6.40-22.el7.remi.x86_64 will resolve that dependency. However, this looks messy. Like, you’ve installed 5.6 from a third party repo, too? CentOS 7 already has PHP 5, why not just use it instead of making all this complexity? I understand the need for PHP 7 (though I recommend the SCL packages for that, when possible, and we set one up during install…but, if you need a very new one, that’s fine, too). You may find you need to start removing packages until you figure out how to build it back up with a working selection of options. If you can safely remove php-pecl-zip-1.19.1-1.el7.remi.5.6.x86_64, you may be able to proceed on updating everything else…but if you depend on that package, that’s not a great solution.
Anyway, you’ve signed up for a lot of complexity by installing a bunch of different PHP versions from a bunch of different repos.
Here’s a list of all repositories… Which one would need to be disabled?.. TY
yum repolist enabled
Loaded plugins: fastestmirror
Determining fastest mirrors
epel/x86_64/metalink | 17 kB 00:00