Bug 102853

Summary:	/usr/bin/gtk-query-immodules-2.0 fails in %post script
Product:	[Retired] Red Hat Linux Beta	Reporter:	Nils Philippsen <nphilipp>
Component:	glibc	Assignee:	Havoc Pennington <hp>
Status:	CLOSED RAWHIDE	QA Contact:	Jay Turner <jturner>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	beta1	CC:	alexl, chris.ricker, drepper, fweimer, roland, srevivo
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	2.3.2-78	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-08-27 13:55:20 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	100643

Description Nils Philippsen 2003-08-21 20:53:13 UTC

Description of problem:

The %post script contains this command:

/usr/bin/gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules

which gives this error message:

Cannot load module /usr/lib/gtk-2.0/2.2.0/immodules/im-gucharmap.so:
/usr/lib/librt.so.1: symbol __librt_disable_asynccancel, version GLIBC_PRIVATE
not defined in file libc.so.6 with link time reference
/usr/lib/gtk-2.0/2.2.0/immodules/im-gucharmap.so does not export GTK+ IM module
API: /usr/lib/librt.so.1: symbol __librt_disable_asynccancel, version
GLIBC_PRIVATE not defined in file libc.so.6 with link time reference

Version-Release number of selected component (if applicable):

gnome-utils-2.3.4-1

How reproducible:

Easy

Steps to Reproduce:
1. Install package

Actual results:

Error message

Expected results:

No error message, info about module written to /etc/gtk-2.0/gtk.immodules

Additional info:

glibc-2.3.2-71
gtk2-2.2.2-2.1

Comment 1 Ulrich Drepper 2003-08-22 08:13:46 UTC

You are mixing the TLS libc with the non-TLS librt.  Does the code load
"/lib/librt.so.1" directly or somthing like that?  This is wrong.  If the TLS
libc is used the TLS librt in /lib/tls/librt.so.1 must be used as well.

Comment 2 Nils Philippsen 2003-08-22 09:50:59 UTC

*** Bug 102879 has been marked as a duplicate of this bug. ***

Comment 3 Barry K. Nathan 2003-08-23 22:49:45 UTC

(copy and paste from an e-mail I'm about to send to rhl-devel-list)

On Thu, Aug 21, 2003 at 12:07:07PM +0200, Alexander Larsson wrote:
> There was a change in glibc somewhere between 2.3.2-57 and 2.3.2-66 that
> adds /usr/lib/librt.so.1 to glibc-devel. The file is just a symlink to
> librt.so. This change seems wrong to me, and its causing breakage with
> TLS.
[snip]
> Having the soname librt in /usr/lib just seems wrong to me. What was the
> reason for introducing it?

Another question: Was the link introduced intentionally?

I've noticed that if I rm the link, it's recreated the next time I run
/sbin/ldconfig.

-Barry K. Nathan <barryn>