Description of problem: perl-Config-IniFiles dependency problem Version-Release number of selected component (if applicable):2.72-2.el6.noarch How reproducible: always (x86_64, but probably other platforms also) Steps to Reproduce: 1. yum install perl-Config-IniFiles 2. 3. Actual results: ------------- Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package perl-Config-IniFiles.noarch 0:2.72-2.el6 will be installed --> Processing Dependency: perl(IO::Scalar) >= 2.109 for package: perl-Config-IniFiles-2.72-2.el6.noarch --> Processing Dependency: perl(List::MoreUtils) for package: perl-Config-IniFiles-2.72-2.el6.noarch --> Running transaction check ---> Package perl-Config-IniFiles.noarch 0:2.72-2.el6 will be installed --> Processing Dependency: perl(IO::Scalar) >= 2.109 for package: perl-Config-IniFiles-2.72-2.el6.noarch ---> Package perl-List-MoreUtils.x86_64 0:0.22-10.el6 will be installed --> Finished Dependency Resolution Error: Package: perl-Config-IniFiles-2.72-2.el6.noarch (epel) Requires: perl(IO::Scalar) >= 2.109 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest ------------- Expected results: clean install Additional info: Problem is on RHEL6; I think RHEL5 is OK. Is that "perl(IO::Scalar)" actually "perl-IO-stringy"? That seems available on epel/RHEL5 (where the "actual results" show good resolution of the dependencies) but not epel/RHEL6.
Works on CentOS 6.3: ---> Package perl-Config-IniFiles.noarch 0:2.72-2.el6 will be installed --> Processing Dependency: perl(IO::Scalar) >= 2.109 for package: perl-Config-IniFiles-2.72-2.el6.noarch --> Processing Dependency: perl(List::MoreUtils) for package: perl-Config-IniFiles-2.72-2.el6.noarch --> Running transaction check ---> Package perl-IO-stringy.noarch 0:2.110-10.1.el6 will be installed ---> Package perl-List-MoreUtils.x86_64 0:0.22-10.el6 will be installed --> Finished Dependency Resolution Package Arch Version Repository Installing: perl-Config-IniFiles noarch 2.72-2.el6 epel Installing for dependencies: perl-IO-stringy noarch 2.110-10.1.el6 base perl-List-MoreUtils x86_64 0.22-10.el6 base Install 3 Package(s) I think you may need to enable the 'optional' RHN repository as mentioned on http://fedoraproject.org/wiki/EPEL#How_can_I_use_these_extra_packages.3F
Thanks for the reply, which is about CentOS. I've looked at the URL you suggest, which was interesting. We run almost all our RHEL systems as isolated as reasonably possible from the Internet, so they are not connected to RHN (although we have licenses for every machine). The small number of extra RPMs that we require (e.g. "perl-Config-IniFiles") are in a locally maintained repo that we maintain manually. Our local repo's "p-C-I" is manually copied in from "EPEL". As EPEL/RHEL6 "p-C-I" requires "perl-IO-stringy", I was hoping that it, too, would be available at EPEL, so that I could also copy that in from the same source (EPEL). (I realise that if we had a lot of this sort of thing we would enter the domain of "dependency hell"!) Anyway, I've manually imported "perl-IO-stringy". So my particular issue is resolved. Also, I thought CentOS-6 was more or less RHEL-6, except for the branding aspects. So I'm curious that CentOS-6 includes "p-I-s", when RHEL-6 doesn't. Is there a policy document that describes the differences in CentOS's (vs. RHEL's) central RPM selection? (And I thought EPEL was focussed towards RHEL, given the "EL" aspect of its name, and Redhat location of its bugzilla.) Thanks again.
Closing out this bug, since perl-IO-stringy is in RHEL (optional), and CentOS.