Bug 718162

Summary:	Update glibc-2.5-58.el5_6.3.i686 to glibc-2.5-58.el5_6.4.i686 breaks functionality
Product:	Red Hat Enterprise Linux 5	Reporter:	René Hartman <hac.bugzilla>
Component:	glibc	Assignee:	Jeff Law <law>
Status:	CLOSED DUPLICATE	QA Contact:	qe-baseos-tools-bugs
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	5.6	CC:	ajb, fweimer, law, mfranc
Target Milestone:	rc
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-02-06 18:56:49 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description René Hartman 2011-07-01 08:50:42 UTC

Description of problem:
Behavior of launcher on desktop changed after updating glibc to 2.5-58.el5_6.4.i686

Version-Release number of selected component (if applicable):
glibc-2.5-58.el5_6.4.i686

How reproducible:
Create a launcher on the desktop launching the following command:
"gnome-terminal --geometry 132x26 -x ssh -Y remoteHost"

With glibc-2.5-58.el5_6.3.i686 this used to open a 132x26 terminal window on my remote host.

With glibc-2.5-58.el5_6.4.i686 this changed to:
- most of the time it opens a default (80x24) terminal window plus the one I want. If I kill the (completely empty) default terminal window, the desired one is killed as well
- sometimes the default terminal window is closed automatically, leaving the desired one open
- sometimes the default terminal window is closed automatically, not opening the desired one

When both windows stay open, logging out of the remote host closes both of them.

Steps to Reproduce:
1. Under glibc-2.5-58.el5_6.3.i686, create launcher on the desktop launching the following command: "gnome-terminal --geometry 132x26 -x ssh -Y remoteHost"
2. Test behavior
3. Update to glibc-2.5-58.el5_6.4.i686
4. Test behavior
  
Actual results:
Inconsistent behavior, as described above for glibc-2.5-58.el5_6.4.i686

Expected results:
Consistent behavior, as described above for glibc-2.5-58.el5_6.3.i686

Additional info:
See also these forum posts:
https://www.centos.org/modules/newbb/viewtopic.php?topic_id=31950&forum=37
https://www.centos.org/modules/newbb/viewtopic.php?topic_id=31949&forum=37
Not sure whether the latter post addresses the same issue, but it definitely deals with the glibc-2.5-58.el5_6.4.i686 update.

Comment 2 Jeff Law 2012-02-06 18:56:49 UTC

The only thing that changed between the two noted versions of glibc is the initialization ordering patches.

I know there were still cases where the ordering was not 100% correct thanks to Miroslav's testing.  Thus I can postulate that the more correct, but only partial ordering of initializers has made gnome-terminal unhappy in CentOS.

Assuming that's the case, this is really just a duplicate of 729661 which is tracking initialization ordering problems for Red Hat Enterprise 5.8.  For that release we've fixed the partial ordering problems as long as you have less than 127 DSOs (gnome-terminal has on the order of 60 DSO dependencies).

*** This bug has been marked as a duplicate of bug 729661 ***