Description of problem: $ sudo yum install ddclient Last metadata expiration check: 0:53:54 ago on Fri 24 Apr 2020 01:13:08 AM CDT. Error: Problem: conflicting requests - nothing provides perl(Digest::SHA1) needed by ddclient-3.9.1-1.el8.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Install of ddclient failed with error code (1). Version-Release number of selected component (if applicable): How reproducible: Attempt to install ddclient Steps to Reproduce: 1. Minimal install of CentOS 8 2. Install EPEL 3. Attempt install of ddclient Actual results: ddclient not installed. Expected results: ddclient installed. Additional info: N/A
Do you have the 'PowerTools' repository enabled? That is where the perl-Digest-SHA1 package is, unfortunately.
Both 6 and 7 put this package in Base, so yes, it is unfortunate. The steps to reproduce are accurate. Since the DVD install and adding EPEL did not enable 'PowerTools', it is not enabled. $ yum repolist Last metadata expiration check: 13:19:00 ago on Fri 24 Apr 2020 02:08:21 AM CDT. repo id repo name status AppStream CentOS-8 - AppStream 4,830 BaseOS CentOS-8 - Base 1,661 *epel Extra Packages for Enterprise Linux 8 - x86_64 5,335 extras CentOS-8 - Extras 15 This make me curious about how one should easily come to realize that EPEL requires things from a disabled repository. Maybe that (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) hint could mention a better alternative, namely, that rather than immediately considering it "broken", one might try to determine whether the dependency is in a repository that is not enabled (i.e. yum repolist --disabled) Since that list is long, given the that information about what ddclient needs is it possible to use yum tools to search for perl(Digest::SHA1) in disabled repositories (without enabling them)? $ yum search -v perl-Digest-SHA1 Loading "fastestmirror" plugin Loading "security" plugin Config time: 0.090 Yum Version: 3.2.29 Setting up Package Sacks Loading mirror speeds from cached hostfile * base: mirrors.raystedman.org * epel: pubmirror2.math.uh.edu * extras: repos.hou.layerhost.com * updates: ftp.usf.edu pkgsack time: 1.197 rpmdb time: 0.001 tags time: 0.000 ======================== N/S Matched: perl-Digest-SHA1 ========================= perl-Digest-SHA1.i686 : Digest-SHA1 Perl module Repo : base Matched from: Name and summary matches only, use "search all" for everything. $ yum search -v perl-Digest-SHA1 Loading "fastestmirror" plugin Config time: 0.020 Yum version: 3.4.3 Setting up Package Sacks Loading mirror speeds from cached hostfile * base: mirrors.gigenet.com * epel: dfw.mirror.rackspace.com * extras: centos.mirrors.hoobly.com * updates: centos-distro.1gservers.com pkgsack time: 0.335 rpmdb time: 0.000 tags time: 0.000 ======================== N/S matched: perl-Digest-SHA1 ======================== perl-Digest-SHA1.x86_64 : Digest-SHA1 Perl module Repo : base Name and summary matches only, use "search all" for everything.
It appears that searching disabled repositories lays in some proximity to yum plugins and subscription manager, or more specifically a "search-disabled-repos" plugin.
It's in the EPEL documentation: https://fedoraproject.org/wiki/EPEL on CentOS 8 it is recommended to also enable the PowerTools repository since EPEL packages may depend on packages from it: # dnf config-manager --set-enabled PowerTools Unfortunately, I don't think there's anything we can do about this at the package level. Maybe you could take it up with CentOS to suggest enabling the PowerTools automatically?
Thanks for the help. Will make note that when EPEL is pulled down that that page needs to be checked for changing dependencies.