On Sun, Jul 6, 2008 at 9:10 AM, Ray Van Dolson rayvd@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