On Sun, Jul 6, 2008 at 9:10 AM, Ray Van Dolson <rayvd at bludgeon.org> wrote: > On Sun, Jul 06, 2008 at 09:55:03AM -0600, Joseph L. Casale wrote: > This is on a RHEL5.2 x86_64 system however. > > # rpm -qf --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/Time/HiRes.pm > perl-5.8.8-10.el5_2.3.x86_64 > > So it seems HiRes is already provided by perl, although the actual file > that conflicts is a man page. > > (This is why I generally avoid rpmforge if I can :) This whole thing is not an rpmforge issue. As pointed out somewhere else, it has to do with the way yum behaves on the x86_64 system. See: http://bugs.centos.org/view.php?id=2934 and http://lists.centos.org/pipermail/centos-devel/2008-June/004808.html For example, I have a pure x86_64 system (no i386 packages installed). # rpm -q perl perl-5.8.8-10.el5_2.3.x86_64 # yum install perl (snip) Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: perl i386 4:5.8.8-10.el5_2.3 extras 12 M Installing for dependencies: db4 i386 4.3.29-9.fc6 base 917 k gdbm i386 1.8.0-26.2.1 base 27 k libgcc i386 4.1.2-42.el5 base 93 k libstdc++ i386 4.1.2-42.el5 base 360 k Transaction Summary ============================================================================= Install 5 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 13 M Is this ok [y/N]: Of course, if I specify with a .x86_64, it will not pull the .386 perl. But when it is called as a dependency, you will get what is seen above. Akemi