Red Hat Bugzilla – Bug 216380
gconf-sanity-check-2 has missing symbols after yum upgrade from fc5 to fc6
Last modified: 2007-11-30 17:11:49 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:126.96.36.199) Gecko/20061025 Firefox/188.8.131.52
Description of problem:
After upgrading from fc5 to fc6 via yum, gconf2 seems to be odd.
In particular, /usr/libexec/gconf-sanity-check-2 fails to run with the error:
/usr/libexec/gconf-sanity-check-2: symbol lookup error: /usr/lib64/libgtk-x11-2.0.s0.0: undefined symbol: g_hash_table_ref
This shows up when trying to start a gnome session.
glib2/gtk2 seems to be installed okay, afaict. I can start a KDe session and then start up gimp/inkscape/etc.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Well, starting X with a gnome session will do it. Or just running "/usr/libexec/gconf-sanity-check-2" from the commandline will show it.
I assume it's something thats gotten fubar'ed during the upgrade, so thats
probably whats needed to get it in this state.
I did a similar update on an i386 box, and didn't have this issue, so it could be a x86_64 specific issue.
Do you have an older copy of glib installed in /usr/lib64 ?
The libtool that ships with the GConf2 shipped in fc6 erroneously adds an rpath
Ah, indeed. A orphaned glib2 was left in /usr/lib64.
I must of glanced over it when checking the ldd output.
Figure's it's an rpath giving me problems ;->
Not entirely sure where the orphaned lib came from though (.2-600.0 I belive)
well, we should probably push an fc6 update to drop the rpath anyway.
So, it turns out I already fixed this in cvs and pushed a GConf2 update this
morning for a different issue, so this fix already got pulled in.