[CentOS] i386 version of Perl getting installed on x64 system?

[Akemi Yagi]

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