dnf -y update wbm-virtual-server
Updating Subscription Management repositories.
Last metadata expiration check: 0:29:08 ago on Wed Jul 17 11:24:54 2024.
Dependencies resolved.
================================================================================
Package Arch Version Repository Size
================================================================================
Upgrading:
wbm-virtual-server noarch 3:7.20.1.gpl-1 virtualmin-universal 23 M
Transaction Summary
================================================================================
Upgrade 1 Package
Total size: 23 M
Downloading Packages:
[SKIPPED] wbm-virtual-server-7.20.1.gpl-1.noarch.rpm: Already downloaded
Package wbm-virtual-server-7.20.1.gpl-1.noarch.rpm is not signed
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: GPG check FAILED
virtualmin setup-repos did not change the contents of /etc/yum.repos.d/virtualmin.repo on my CentOS 7 (although the timestamp of the file changed) so I tried a manual update:
wget https://software.virtualmin.com/vm/7/rpm/virtualmin-gpl-release.noarch.rpm
rpm -Uvh virtualmin-gpl-release.noarch.rpm
warning: virtualmin-gpl-release.noarch.rpm: Header V4 RSA/SHA256 Signature, key ID b9a0b8b7: NOKEY
Preparing... ################################# [100%]
file /etc/pki/rpm-gpg/RPM-GPG-KEY-webmin from install of virtualmin-gpl-release-7.0-1.noarch conflicts with file from package virtualmin-release-6.0-3.gpl.noarch
file /etc/yum.repos.d/virtualmin.repo from install of virtualmin-gpl-release-7.0-1.noarch conflicts with file from package virtualmin-release-6.0-3.gpl.noarch
yum remove virtualmin-release-6.0-3.gpl.noarch
rpm -Uvh virtualmin-gpl-release.noarch.rpm
yum clean all
yum upgrade
Cent7 intentionally uses the vm6 repos because Virtualmin provides a custom compile for Apache. (virtualmin-install.sh, line 881)
Since the distro is EOL, it’s completely reasonable if Virtualmin doesn’t plan to continue support for Cent7. However, if Virtualmin plans to provide extended support, this looks like an oversight.
I’m hoping to get Virtualmin’s plans on this before I sort out how I want to address it on my end.
We don’t have any plans to continue to support CentOS 7 or RHEL 7 now that it has reached EOL. We have always said that we support OSes throughout their general availability, and once they reach EOL, we stop testing/development there (we don’t break it, intentionally, of course, and you probably have a couple years before Virtualmin starts actually breaking on RHEL 7).
If enough users of RHEL7 (not CentOS 7, as that has no extended support from Red Hat…you have to switch to RHEL if you want to keep running it with security updates) wanted to pay for extending support for the old way of doing things, I could be convinced (but it won’t be as cheap as the usual Pro license). Find me a dozen people willing to spend, say, $10/month for extended support, and I’d be willing to keep building out Apache with custom suexec…but I really want to stop doing that, and I think y’all should want to stop using it, too. PHP-FPM is better for almost every use case.