Description of problem: Getting the following when attempting to install the i386 package alongside the x86_64 package: Installing pango-1.2.5-2.0.i386. /var/tmp/rpm-tmp.23539: line 2: /usr/bin/pango-querymodules: No such file or directory error: %post(pango-1.2.5-2.0) scriptlet failed, exit status 127 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
This known and expected - FC3 has pango and gtk2 hacked up to parallel install ... RHEL3 U3 doesn't.
The root cause of this issue is that the new RPM is always preferring ELF64 binaries over ELF32 ones. Net result is that during the installation of the 32-bit package, RPM choses to skip installing the ELF32 binaries, therefore they aren't present to run during the post-install scriptlets. See #128072 for more details.
This is still happening with RHEL3-U3-re0828.0-x86_64
32-bit Pango is not supposed to be pulled in because you should have a 64-bit openoffice.org-style-gnome with U3. On the installed system, can you do: $ rpm -q --requires openoffice.org $ rpm -q --requires openoffice.org-style
I think 32bit pango is pulled in because something that requires it is listed as multilib.
Nothing much I can do on this. Someone who understands comps would have to take a look. multilib pango is tentatively planned for U4, so it may not matter at this point.
It's pulled in by 32-bit mozilla.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2004-488.html