From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Description of problem: The ISO images for RHEL3U4 for ppc contain two perl packages on CD2: perl-5.8.0-88.9.ppc64.rpm perl-5.8.0-88.9.ppc.rpm However the binaries in both packages install in exactly the same location (/usr/bin). During an OS install, *both* packages are installed, so the last one installed wins the width game. This means that perl on ppc (at least on a default install) is always a 64 bit binary. All our perl XSUBs fail because they're 32 bit. The problem really illustrates that no-one thought about the width of binaries with dynamic links problem when coming up with the lib32/lib64 scheme. The best solution would seem to be *only* install the 32 bit perl but let the user overwrite it with the 64 bit perl if really necessary (and that would be only if they have a perl program that needs access to the >4GB memory). The reason being that the binary width on ppc is predominantly 32 bit, so the principle of least surprise says that perl should be 32 by default too. Version-Release number of selected component (if applicable): RHEL 3 U4 How reproducible: Always Steps to Reproduce: 1. Do a full install 2. file /usr/bin/perl 3. Actual Results: Shows that perl is 64 bit Expected Results: should be a 32 bit binary Additional info:
This is intended to be resolved for the next update. In the meantime, removing the ppc64 perl package and up2dating should resolve your immediate problem. I'm going to close this as duplicate against the internal bug relating to this problem. If the information above does not resolve the immediate problem, please reopen with additional information. *** This bug has been marked as a duplicate of 144723 ***