Bug 128076 - error: %post(pango-1.2.5-2.0) scriptlet failed
error: %post(pango-1.2.5-2.0) scriptlet failed
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: pango (Show other bugs)
3.0
x86_64 Linux
medium Severity high
: ---
: ---
Assigned To: Owen Taylor
David Lawrence
:
Depends On:
Blocks:
  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:
Environment:
Last Closed: 2004-12-20 22:33:45 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  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:
1.
2.
3.
  
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.

http://rhn.redhat.com/errata/RHEA-2004-488.html

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