Currently, when I log into Virtualmin, it shows there are no package updates, even when I navigate to Webmin -> System -> Software Package Updates -> Refresh Available Packages. However, when I run yum update at the command line I get this:

[20:38:47 root@server ~]# yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: ewr.edge.kernel.org
* centos-sclo-rh: ewr.edge.kernel.org
* centos-sclo-sclo: mirror.pit.teraswitch.com
* epel: fedora-epel.mirrors.tds.net
* extras: mirrors.maine.edu
* updates: mirrors.maine.edu
Resolving Dependencies
--> Running transaction check
---> Package zip.x86_64 0:3.0-11.el7 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

=============================================================================================================================================================================================================================================
Package                                               Arch                                                     Version                                                         Repository                                              Size
=============================================================================================================================================================================================================================================
Installing for group upgrade "Virtualmin LAMP Stack":
zip                                                   x86_64                                                   3.0-11.el7                                                      base                                                   260 k

Transaction Summary
=============================================================================================================================================================================================================================================
Install  1 Package

Total download size: 260 k
Installed size: 796 k
Is this ok [y/d/N]: n
Exiting on user command
Your transaction was saved, rerun it with:
yum load-transaction /tmp/yum_save_tx.2020-10-10.20-40.k5AQjN.yumtx
[20:40:17 root@server ~]#

Any idea why this is?

Craig

Status: 
Active
Virtualmin version: 
6.12
Webmin version: 
1.955

Comments

Could be a bug in Webmin's code that compares version numbers. What version of zip is installed currently, and what version does yum offer to upgrade to?

Hi Jamie,

That's part of the issue. zip is not installed.

[20:52:20 root@server ~]# which zip
/usr/bin/which: no zip in (/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin)
[20:57:07 root@server ~]#

yum also shows it's not installed:

[20:49:47 root@server ~]# yum list zip
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.mirror.constant.com
* centos-sclo-rh: mirrors.greenmountainaccess.net
* centos-sclo-sclo: mirror.metrocast.net
* epel: ewr.edge.kernel.org
* extras: ewr.edge.kernel.org
* updates: centos.mirror.constant.com
Available Packages
zip.x86_64                                                              3.0-11.el7                base
[20:51:11 root@server ~]#

However, UNzip is installed:

[20:58:15 root@server ~]# unzip -v
UnZip 6.00 of 20 April 2009, by Info-ZIP.  Maintained by C. Spieler.  Send
bug reports using http://www.info-zip.org/zip-bug.html; see README for details.

Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip/ ;
see ftp://ftp.info-zip.org/pub/infozip/UnZip.html for other sites.

Compiled with gcc 4.8.5 20150623 (Red Hat 4.8.5-39) for Unix (Linux ELF) on Apr  1 2020.

UnZip special compilation options:
        COPYRIGHT_CLEAN (PKZIP 0.9x unreducing method not supported)
        SET_DIR_ATTRIB
        SYMLINKS (symbolic links supported, if RTL and file system permit)
        TIMESTAMP
        UNIXBACKUP
        USE_EF_UT_TIME
        USE_UNSHRINK (PKZIP/Zip 1.x unshrinking method supported)
        USE_DEFLATE64 (PKZIP 4.x Deflate64(tm) supported)
        UNICODE_SUPPORT [wide-chars, char coding: UTF-8] (handle UTF-8 paths)
        MBCS-support (multibyte character support, MB_CUR_MAX = 6)
        LARGE_FILE_SUPPORT (large files over 2 GiB supported)
        ZIP64_SUPPORT (archives using Zip64 for large files supported)
        USE_BZIP2 (PKZIP 4.6+, using bzip2 lib version 1.0.6, 6-Sept-2010)
        VMS_TEXT_CONV
        [decryption, version 2.11 of 05 Jan 2007]

UnZip and ZipInfo environment options:
           UNZIP:  [none]
        UNZIPOPT:  [none]
         ZIPINFO:  [none]
      ZIPINFOOPT:  [none]
[20:58:20 root@server ~]#

As you can see above, yum is offering zip version 3.0-11.el7. It's not actually offering an update/upgrade; it's just offering to install it, but only on the command line.

Craig

Oh, I see .. Webmin isn't offering to upgrade it since it's missing. However, yum update sees that some other package has it as a dependency and so wants to install it.

This seems working as intended to me, as Webmin's list of available updates does not include missing dependencies.

I don't follow Jamie. While I won't stake my life on never having installed a single other package on this server outside of Virtualmin, it is essentially a 100% Virtualmin server. The yum output even states that zip is for the group "Virtualmin LAMP Stack".

So what am I not understanding?

That's odd - is it possible to tell which package zip is a dependency of?

Does this information help?

[05:03:29 root@nc041 ~]# repoquery --requires zip
libbz2.so.1()(64bit)
libc.so.6(GLIBC_2.14)(64bit)
rtld(GNU_HASH)
[05:03:33 root@nc041 ~]# repoquery --requires --resolve zip
glibc-0:2.17-307.el7.1.i686
bzip2-libs-0:1.0.6-13.el7.x86_64
glibc-0:2.17-307.el7.1.x86_64
[05:03:38 root@nc041 ~]# rpm -q --whatrequires zip
no package requires zip
[05:03:43 root@nc041 ~]# repoquery -q --installed --whatrequires zip
[05:03:51 root@nc041 ~]# repoquery -q --whatrequires zip
devtoolset-7-systemtap-client-0:3.1-1s.el7.x86_64
devtoolset-7-systemtap-client-0:3.1-3s.el7.x86_64
devtoolset-7-systemtap-client-0:3.1-3s.el7.sc1.x86_64
devtoolset-7-systemtap-client-0:3.1-4s.el7.x86_64
devtoolset-7-systemtap-server-0:3.1-1s.el7.x86_64
devtoolset-7-systemtap-server-0:3.1-3s.el7.x86_64
devtoolset-7-systemtap-server-0:3.1-3s.el7.sc1.x86_64
devtoolset-7-systemtap-server-0:3.1-4s.el7.x86_64
devtoolset-8-systemtap-client-0:3.3-1.bs1.el7.x86_64
devtoolset-8-systemtap-client-0:3.3-1.el7.x86_64
devtoolset-8-systemtap-client-0:3.3-2.el7.x86_64
devtoolset-8-systemtap-server-0:3.3-1.bs1.el7.x86_64
devtoolset-8-systemtap-server-0:3.3-1.el7.x86_64
devtoolset-8-systemtap-server-0:3.3-2.el7.x86_64
devtoolset-9-systemtap-client-0:4.1-7.el7.x86_64
devtoolset-9-systemtap-client-0:4.1-9.el7.x86_64
devtoolset-9-systemtap-server-0:4.1-7.el7.x86_64
devtoolset-9-systemtap-server-0:4.1-9.el7.x86_64
esc-0:1.1.0-43.el7.x86_64
file-roller-0:3.28.1-2.el7.x86_64
luarocks-0:2.3.0-1.el7.x86_64
redhat-rpm-config-0:9.1.0-88.el7.centos.noarch
sassist-0:0.8.5-2.el7.noarch
systemtap-client-0:4.0-11.el7.x86_64
systemtap-server-0:4.0-11.el7.x86_64
vym-0:2.5.21-1.el7.x86_64
xarchiver-0:0.5.4.14-2.el7.x86_64
xulrunner-devel-0:31.6.0-2.el7.centos.i686
xulrunner-devel-0:31.6.0-2.el7.centos.x86_64
[05:03:56 root@nc041 ~]#

That is very odd - I can't see why yum update would want to install zip if nothing requires it?