New RL-10 installation issue

hello - i was getting ready to install on RL-10 like i have done several times successfully over the past month like so:

sh -c “$(curl -fsSL https://download.virtualmin.dev/virtualmin-install.sh)” \
– \
–bundle LAMP \
–branch rc \
–hostname host.myhost.com \
–yes ;

but now i get a new series of errors:

installing Virtualmin 8 and all related packages                             ✘
[ERROR] Something went wrong. Exiting.
[ERROR] The last few log entries were:
  spamassassin-4.0.1-5.el10_0.x86_64                                            
  usermin-2.500-1.noarch                                                        
  webmin-2.202-1.noarch                                                        

[2025-11-18 18:42:08 PST] [INFO]  Installing dependencies and system packages: [2025-11-18 18:42:08 PST] [INFO]  Success.
[2025-11-18 18:44:32 PST] [INFO]  Spin pid is: 14257
Error:
 Problem: problem with installed package clamav-lib-1.4.3-2.el10_1.x86_64
  - package clamav-lib-1.4.3-2.el10_1.x86_64 from @System requires libcrypto.so.3(OPENSSL_3.4.0)(64bit), but none of the providers can be installed
  - package clamav-lib-1.4.3-2.el10_1.x86_64 from epel requires libcrypto.so.3(OPENSSL_3.4.0)(64bit), but none of the providers can be installed
  - cannot install both openssl-libs-1:3.2.2-16.el10_0.4.x86_64 from baseos and openssl-libs-1:3.2.2-16.el10.x86_64 from @System
  - cannot install both openssl-libs-1:3.2.2-16.el10_0.4.x86_64 from baseos and openssl-libs-1:3.2.2-16.el10.x86_64 from baseos
  - package openssl-1:3.2.2-16.el10_0.4.x86_64 from baseos requires openssl-libs(x86-64) = 1:3.2.2-16.el10_0.4, but none of the providers can be installed
  - cannot install the best candidate for the job
[2025-11-18 18:44:32 PST] [INFO]  Installing Virtualmin 8 and all related packages: [2025-11-18 18:44:32 PST] [INFO]  Failed with error: 1

tried this as a suggestion:

sudo dnf provides ‘libcrypto.so.3(OPENSSL_3.4.0)(64bit)’

but i got the same error.

then i tried to pre-install Clamav before webmin/virtualmin but that didnt work either.

SYSTEM INFORMATION
OS type and version RL-10
Webmin version RC

Yep, this is a known issue in EPEL on all EL 10 systems using it, and it has nothing to do with the Virtualmin installer.

It’s been around for almost two weeks. I hoped they’d fix it that day, but it seems they don’t test the packages they build for millions of systems. I’ll probably report it later this weekend if they don’t fix it still.

1 Like

FWIW, php 8.5 is scheduled to be released today. i had been waiting to do the install for 8.5. guess i can wait a bit longer.

thank you for info. i am surprised it didnt show up on a search.

is this the issue?

are we waiting for RL 10.1?

We are not waiting for anything. We’re wrapping up different aspects of the work to release Virtualmin 8, which will have EL 10 support.

1 Like

for the last couple of months i have been very successful installing the latest release candidate (and unstable). but only very recently i have been getting those strange EPEL errors mentioned earlier.

could you please direct me to where the epel error was reported? was that link i posted where the error was first reported? that is where i read about RL-10.1 but i was not sure if this is the same error or not.

There were a few discussions that I know of:

https://www.reddit.com/r/AlmaLinux/comments/1ouxemu/clamav_fails_dnf_update_with_openssl_in_almalinux/

1 Like

interesting development:

those links (among others) suggested two ideas:

  1. try Rocky-Linux 10.1 instead of 10.0
  2. echo ‘10.0’ > /etc/dnf/vars/releasever ;

both of these at least give me a different error: (not sure if this is progress or not?)

Cleaning up software repo metadata :check_mark:
Checking and installing system package updates :check_mark:
Installing dependencies and system packages ✘

[ERROR] Something went wrong. Exiting.
[ERROR] The last few log entries were:
Rocky Linux 10.0 - CRB 423 kB/s | 535 kB 00:01
Rocky Linux 10.0 - Extras 8.5 kB/s | 5.5 kB 00:00
Webmin Prerelease 62 kB/s | 36 kB 00:00
Dependencies resolved.
Nothing to do.
Complete!
[2025-11-24 18:30:57 PST] [INFO] Checking and installing system package updates: [2025-11-24 18:30:57 PST] [INFO] Success.
[2025-11-24 18:32:10 PST] [INFO] Spin pid is: 6660
Error:
Problem: cannot install both cyrus-sasl-lib-2.1.28-27.el10.x86_64 from baseos and cyrus-sasl-lib-2.1.28-29.el10.x86_64 from @System

  • package cyrus-sasl-gssapi-2.1.28-29.el10.x86_64 from @System requires cyrus-sasl-lib(x86-64) = 2.1.28-29.el10, but none of the providers can be installed
  • package cyrus-sasl-2.1.28-27.el10.x86_64 from baseos requires cyrus-sasl-lib(x86-64) = 2.1.28-27.el10, but none of the providers can be installed
  • cannot install the best candidate for the job
  • conflicting requests
    [2025-11-24 18:32:10 PST] [INFO] Installing dependencies and system packages: [2025-11-24 18:32:10 PST] [INFO] Failed with error: 1

hey i think i SOLVED it…!

starting with Rocky-Linux 10.1 i did:

dnf -y install cyrus-sasl cyrus-sasl-devel ;

then installed webmin/virtualmin, and now i see:

[SUCCESS] Installation Complete!

then did:
webmin -v ; ## 2.610

so far so good…

Webmin version 2.610 Usermin version 2.510
Virtualmin version 7.50.0 GPL Authentic theme version 26.20

Where did you even get Rocky 10.1?

i obtained the 10.1 iso file here:

10.1 has been available for a week or so:

however, as per the links you sent, i just tried the following on RL-10.0 and this RL-10.0 installation worked as well:

echo ‘10.0’ > /etc/dnf/vars/releasever ;   ## should this be removed afterward?
dnf  -y  install cyrus-sasl  cyrus-sasl-devel  ;  ## webmin had trouble with this
dnf  clean packages ;  ## first time on 10.0 this was required for some reason

so now we have two possible ways to proceed.

please share any opinions.

In this case, I’d rather edit the epel.repo file in /etc/yum.repos.d. I don’t think you should change releasever like that.

that is what was suggested in the link you shared. i had seen that fix in a couple of places

do you think it would be better just to go to RL-10.1 since it does not require any sort of fix? i understand that webmin has not been fully tested yet on 10.1. or is that a bad idea?

It doesn’t make much sense to me because I expected Rocky 10.0 to automatically update to 10.1?

And, again, there isn’t an issue for us to fix because we support EL 10 systems in the beta installer; EPEL package dependency issues are not something we can fix.

first off, an apology for so many questions, and a special thank you for your patience.

this seems to work:

  1. install RL-10.0

  2. epel repo dnf:

dnf  -y   install  epel-release;
dnf  repolist epel  -v  ;   ## not sure if this is necessary
  1. edit etc/yum.repos.d/epel.repo and change the following:

$releasever_major => 10
${releasever_minor:±z} => -z
$releasever => 10.0

  1. install cyrus-sasl & devl:
dnf  -y   install cyrus-sasl  cyrus-sasl-devel  ;
  1. install webmin/virtualmin:
sh -c "$(curl -fsSL https://download.virtualmin.dev/virtualmin-install.sh)"     \
                      --                                 \
                      --bundle LAMP                      \
                      --branch   rc                      \
                      --hostname host.YOURDOMAIN.info    \
                      --yes

i asked on the RL forum if the epel.repo file needs to be reset to its original condition or not.

This issue is fixed upstream, and no manual intervention is needed anymore! Simply run dnf clean all && dnf update -y to install all updates as usual.

1 Like

well thank you for the good news!

lets keep careful notes in case there is another EPEL mismatch error. :joy::rofl::joy::rofl:

and once again and as always, THANK YOU for your extraordinary patience. and of course, THANK YOU for virtualmin/webmin,

your work and efforts makes a boring and laborious task of linux system management actually fun!

1 Like

This topic was automatically closed 8 days after the last reply. New replies are no longer allowed.