Upgrade wget Almalinux 9

Matt · Jul 6, 2024

Just started getting these errors for wget on Almalinux9 (multiple servers)

Code:

/usr/local/src/centminmod /usr/local/src/centminmod

update wget 1.21.4 & pcre 8.45 version... one time task

AlmaLinux 9 is currently not supported by Centmin Mod, please use CentOS 7.9+
To follow EL9 compatibility for CentOS 9 / AlmaLinux 9 read thread at:
https://community.centminmod.com/threads/18372/
You can read CentOS 8 specific discussions via prefix tag link at:
https://community.centminmod.com/forums/31/?prefix_id=83
--------------------------------------------------------
     Centmin Mod Menu 130.00beta01 centminmod.com     
--------------------------------------------------------

Code:

[18:08][root@cv1.mattwservices.uk centminmod]# which wget
alias wget='/usr/local/bin/wget'
[18:08][root@cv1.mattwservices.uk centminmod]# wget --version
-bash: /usr/local/bin/wget: No such file or directory

Code:

/usr/local/src/centminmod /usr/local/src/centminmod

update wget 1.21.4 & pcre 8.45 version... one time task

AlmaLinux 9 is currently not supported by Centmin Mod, please use CentOS 7.9+
To follow EL9 compatibility for CentOS 9 / AlmaLinux 9 read thread at:
https://community.centminmod.com/threads/18372/
You can read CentOS 8 specific discussions via prefix tag link at:
https://community.centminmod.com/forums/31/?prefix_id=83
--------------------------------------------------------
     Centmin Mod Menu 131.00stable centminmod.com     
--------------------------------------------------------

Matt · Jul 6, 2024

One of the servers on Almalinux9 has the correct wget binary in /usr/local/bin/ so I've scp'd it over, which stops the error and attempting to update wget each time.

eva2000 · Jul 6, 2024

That's a strange one. On problematic server, run centmin.sh debug logging via cminfo debug-menuexit command
Code (Text):
cminfo debug-menuexit
It will save a full debug log for centmin.sh menu to /root/centminlogs/debug-menuexit.txt. Might contain sensitive info so don't publicly post it, but you can inspect it for clues as to what is triggering the addons/wget.sh update routine which only is triggered if wget custom version differs from centmin.sh defined one i.e. on new wget updated versions. You can check your persistent config file at /etc/centminmod/custom_config.inc to see if you hardcoded a wget variable version i.e. these are the defaults
Code (Text):
WGET_VERSION='1.20.3'
WGET_VERSION_SEVEN='1.20.3'
WGET_VERSION_EIGHT='1.21.4'
WGET_VERSION_NINE='1.21.4'
Code (Text):
wget -V | head -n1
GNU Wget 1.21.4 built on linux-gnu.
Though I think it's due to check in addons/wget.sh for OS version but why it's suddenly doing it is interesting. Did you remove CENTOS_ALPHATEST='y' from persistent config file /etc/centminmod/custom_config.inc recently?

Matt · Jul 6, 2024

One of the servers didn't even have wget in the directory centminmod was looking for it in (via the alias information).

None of them have anything regarding wget in the config file, and I never set the ALPHATEST either.
Code:
-rwxr-xr-x 1 root root    22348 May 20 14:29 siege.config
-rwxr-xr-x 1 root root     5952 May 20 14:29 siege2csv.pl
-rwxr-xr-x 1 root root     4188 May 20 14:29 sproxy
-rwxr-xr-x 1 root root  1735744 Jul  5 18:16 wget
-rwxr-xr-x 1 root root    44504 May 20 14:21 zipcmp
-rwxr-xr-x 1 root root    26328 May 20 14:21 zipmerge
It's only there now I scp'd it over.

eva2000 · Jul 6, 2024

If you dig into your initial Centmin Mod install log in /root/centminlogs sorted by date ascending would give you easier display as initial install log will be higher up in the listing and see if wget was ever installed properly by initial installer
Code (Text):
ls -lAhrt /root/centminlogs
and addons/wget.sh each run will log to /root/centminlogs/wget_source_install_${DT}.log with ${DT} date timestamped for clues too.

Could be custom wget didn't install properly so wget version couldn't be detected and this triggering addons/wget.sh run to install wget but the EL8/EL9 pre-checks prevented addons/wget.sh from running.

I've just updated Centmin Mod 130.00beta01, 131.00stable and 140.00beta01 remove the EL8/EL9 pre-checks completely by setting CENTOS_ALPHATEST='y' in centmin.sh so there isn't anything preventing addons/wget.sh from running properly to install custom wget.

So just run the following to update code and run centmin.sh menu once and see what/if addons/wget.sh is triggered and if so each run will log to /root/centminlogs/wget_source_install_${DT}.log with ${DT} date timestamped for clues if it fails to install.
Code (Text):
cmupdate
centmin

Matt · Jul 6, 2024

I can see this for one of them:

Code:

ESC[1;32;40m--------------------------------------------------------
ESC[m^Oldconfig -p | grep libpcre.so.1
        libpcre.so.1 (libc6,x86-64) => /usr/local/lib/libpcre.so.1
        libpcre.so.1 (libc6,x86-64) => /lib64/libpcre.so.1

ldd alias wget='/usr/local/bin/wget'
alias:
ldd: ./alias: No such file or directory
wget='/usr/local/bin/wget':
ldd: wget='/usr/local/bin/wget': No such file or directory
ESC[1;32;40m--------------------------------------------------------
ESC[m^OESC[1;33;40mwget -V
ESC[m^OGNU Wget 1.21.1 built on linux-gnu.

-cares +digest -gpgme +https +ipv6 +iri +large-file -metalink +nls
+ntlm +opie +psl +ssl/gnutls

Wgetrc:
    /etc/wgetrc (system)
Locale:
    /usr/share/locale
Compile:
    gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc"
    -DLOCALEDIR="/usr/share/locale" -I. -I../lib -I../lib
    -I/usr/include/p11-kit-1 -DHAVE_LIBGNUTLS -DNDEBUG -O2 -flto=auto
    -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall
    -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
    -Wp,-D_GLIBCXX_ASSERTIONS
    -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
    -fstack-protector-strong
    -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2
    -mtune=generic -fasynchronous-unwind-tables
    -fstack-clash-protection -fcf-protection
Link:
    gcc -I/usr/include/p11-kit-1 -DHAVE_LIBGNUTLS -DNDEBUG -O2
    -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
    -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
    -Wp,-D_GLIBCXX_ASSERTIONS
    -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
    -fstack-protector-strong
    -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64-v2
    -mtune=generic -fasynchronous-unwind-tables
    -fstack-clash-protection -fcf-protection -Wl,-z,relro
    -Wl,--as-needed -Wl,-z,now
    -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
    -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -lpcre2-8 -luuid
    -lidn2 -lnettle -lgnutls -lz -lpsl ftp-opie.o gnutls.o http-ntlm.o
    ../lib/libgnu.a

Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Originally written by Hrvoje Niksic <hniksic@xemacs.org>.
Please send bug reports and questions to <bug-wget@gnu.org>.
ESC[1;32;40m--------------------------------------------------------
ESC[m^OESC[1;33;40mwget 1.21.4 installed at /usr/local/bin/wget
ESC[m^OESC[1;32;40m--------------------------------------------------------
ESC[m^O

eva2000 · Jul 6, 2024

eva2000 said: ↑

I've just updated Centmin Mod 130.00beta01, 131.00stable and 140.00beta01 remove the EL8/EL9 pre-checks completely by setting CENTOS_ALPHATEST='y' in centmin.sh so there isn't anything preventing addons/wget.sh from running properly to install custom wget.

So just run the following to update code and run centmin.sh menu once and see what/if addons/wget.sh is triggered and if so each run will log to /root/centminlogs/wget_source_install_${DT}.log with ${DT} date timestamped for clues if it fails to install.
Click to expand...

whoops missed one update, brb

Matt · Jul 6, 2024

and the install commands:

Code:

    1  [05.07.24] 05:55:59   top
    2  [05.07.24] 05:55:59   df -h
    3  [05.07.24] 05:55:59   htop
    4  [05.07.24] 05:55:59   top
    5  [05.07.24] 05:55:59   dnf update
    6  [05.07.24] 05:55:59   yum -y update; curl -O https://centminmod.com/betainstaller82.sh && chmod 0700 betainstaller82.sh && bash betainstaller82.sh
    7  [05.07.24] 05:55:59   history
    8  [05.07.24] 05:55:59   yum -y update; curl -O https://centminmod.com/betainstaller82.sh && chmod 0700 betainstaller82.sh && bash betainstaller82.sh

eva2000 · Jul 6, 2024

ok should be fixed now run cmupdate

Code (Text):

cmupdate
Saved working directory and index state WIP on 140.00beta01: aba2c6f remove EL8/EL9 OS pre-checks in 140.00beta01
remote: Enumerating objects: 11, done.
remote: Counting objects: 100% (11/11), done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 6 (delta 5), reused 5 (delta 5), pack-reused 0
Unpacking objects: 100% (6/6), 633 bytes | 105.00 KiB/s, done.
From https://github.com/centminmod/centminmod
   aba2c6f..43e00cf  140.00beta01 -> origin/140.00beta01
Updating aba2c6f..43e00cf
Fast-forward
 addons/wget.sh | 1 +
 centmin-cli.sh | 2 +-
 centmin.sh     | 2 +-
 3 files changed, 3 insertions(+), 2 deletions(-)
No local changes to save
Already up to date.

If you run addons/wget.sh install manually expected correct output if wget 1.21.4 is installed is

Code (Text):

addons/wget.sh install
EL Install Dependencies Start...
Total wget Install Time: .009378201 seconds

If wget 1.21.4 isn't installed, addons/wget.sh install will install it

Matt · Jul 6, 2024

I've just tested it by moving wget to wget.old and running it, and it's fetched and compiled wget 1.21.4 now

Code:

wget -V
GNU Wget 1.21.4 built on linux-gnu.

-cares +digest -gpgme +https +ipv6 +iri +large-file -metalink +nls
+ntlm +opie +psl +ssl/openssl

Wgetrc:
    /root/.wgetrc (user)
    /usr/local/etc/wgetrc (system)
Locale:
    /usr/local/share/locale
Compile:
    ccache gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/usr/local/etc/wgetrc"
    -DLOCALEDIR="/usr/local/share/locale" -I. -I../lib -I../lib
    -DHAVE_LIBSSL -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
    -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
    -grecord-gcc-switches -mtune=generic
Link:
    ccache gcc -DHAVE_LIBSSL -DNDEBUG -O2 -g -pipe -Wall
    -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
    --param=ssp-buffer-size=4 -grecord-gcc-switches -mtune=generic
    -lpcre2-8 -luuid -lidn2 -lssl -lcrypto -lz -lpsl ../lib/libgnu.a

Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Originally written by Hrvoje Niksic <hniksic@xemacs.org>.
Please send bug reports and questions to <bug-wget@gnu.org>.
--------------------------------------------------------
wget 1.21.4 installed at /usr/local/bin/wget
https://community.centminmod.com/tags/wget/
--------------------------------------------------------

Total wget Install Time: 37.359412797 seconds
--------------------------------------------------------
     Centmin Mod Menu 131.00stable centminmod.com     
--------------------------------------------------------

eva2000 · Jul 6, 2024

Thanks for the confirmation, tested it on my end too and same. FYI, you can usually trigger addons/wget.sh install routine by changing WGET version in persistent config file /etc/centminmod/custom_config.inc too
Code (Text):
WGET_VERSION='1.20.3'
WGET_VERSION_SEVEN='1.20.3'
WGET_VERSION_EIGHT='1.21.4'
WGET_VERSION_NINE='1.21.4'
so if you changed WGET_VERSION_NINE='1.21.4' to WGET_VERSION_NINE='1.21.3' then run addons/wget.sh install it will install wget 1.21.3, and if you change it back to WGET_VERSION_NINE='1.21.4' and re-run addons/wget.sh install, it will install 1.21.4 again.

Thanks for the bug report!

eva2000 · Jul 6, 2024

Seems it might be related to betainstaller.sh and installer.sh differences compared to pre-public/private installer differences (they actually disabled the EL8/EL9 checks completely). Checked my AlmaLinux 9 automated test log from nearly 6 days ago and seems wget 1.21.4 custom didn't install and ended with system wget 1.21.1 but as custom wget is installed beside system wget, there really isn't any operating issues.

Guess I need to add a version check to the wget inspection test

Log in / Register

Forums

Discover Centmin Mod today

Upgrade wget Almalinux 9

Matt Well-Known Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

eva2000 Administrator Staff Member

.

Log in / Register

Useful Searches

Discover Centmin Mod today

Upgrade wget Almalinux 9

Matt Well-Known Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

Matt Well-Known Member

eva2000 Administrator Staff Member

eva2000 Administrator Staff Member

.