Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 128076 - error: %post(pango-1.2.5-2.0) scriptlet failed
error: %post(pango-1.2.5-2.0) scriptlet failed
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: pango (Show other bugs)
x86_64 Linux
medium Severity high
: ---
: ---
Assigned To: Owen Taylor
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2004-07-16 19:55 EDT by Jay Turner
Modified: 2015-01-07 19:08 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-20 22:33:45 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2004:488 high SHIPPED_LIVE Updated gtk2, pango and librsvg2 packages 2004-12-20 00:00:00 EST

  None (edit)
Description Jay Turner 2004-07-16 19:55:05 EDT
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:
Actual results:

Expected results:

Additional info:
Comment 1 Owen Taylor 2004-07-17 10:26:46 EDT
This known and expected - FC3 has pango and gtk2 hacked
up to parallel install ... RHEL3 U3 doesn't.
Comment 2 Jay Turner 2004-08-10 14:01:04 EDT
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.
Comment 3 Mike McLean 2004-08-30 14:08:27 EDT
This is still happening with RHEL3-U3-re0828.0-x86_64
Comment 5 Owen Taylor 2004-08-30 15:11:55 EDT
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
Comment 6 Mike McLean 2004-09-02 15:53:49 EDT
I think 32bit pango is pulled in because something that requires it is
listed as multilib.  
Comment 7 Owen Taylor 2004-09-09 16:37:26 EDT
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.
Comment 8 Bill Nottingham 2004-09-09 16:39:28 EDT
It's pulled in by 32-bit mozilla.
Comment 9 John Flanagan 2004-12-20 22:33:45 EST
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.


Note You need to log in before you can comment on or make changes to this bug.