Submitted by craigh on Sat, 10/10/2020 - 16:14 Pro Licensee
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
Submitted by JamieCameron on Sun, 10/11/2020 - 15:13 Comment #1
Could be a bug in Webmin's code that compares version numbers. What version of
zip
is installed currently, and what version doesyum
offer to upgrade to?Submitted by craigh on Sun, 10/11/2020 - 16:06 Pro Licensee Comment #2
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
Submitted by JamieCameron on Mon, 10/12/2020 - 18:04 Comment #3
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.
Submitted by craigh on Mon, 10/12/2020 - 19:27 Pro Licensee Comment #4
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 thatzip
is for the group "Virtualmin LAMP Stack".So what am I not understanding?
Submitted by JamieCameron on Tue, 10/13/2020 - 23:03 Comment #5
That's odd - is it possible to tell which package
zip
is a dependency of?Submitted by craigh on Wed, 10/14/2020 - 00:07 Pro Licensee Comment #6
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 ~]#
Submitted by JamieCameron on Mon, 10/19/2020 - 00:21 Comment #7
That is very odd - I can't see why
yum update
would want to installzip
if nothing requires it?