Ubuntu
gtk+2.0 package

undefined symbol: g_once_init_enter_impl

Bug #129594 reported by BotLobsta on 2007-08-01

Affects		Status	Importance	Assigned to	Milestone
	gtk+2.0 (Ubuntu)	Invalid	Low	Ubuntu Desktop Bugs

Bug Description

Binary package hint: libgtk2.0-0

I get this error message whenever I try to run various programs including firefox, gaim, and gnome-terminal. They all seem to use gtk. The error message is:

<program name>: symbol lookup error: <library name>: undefined symbol: g_once_init_enter_impl

I have seen this error with many different libraries including libgtk-x11-2.0.so.0, libgdk-x11-2.0.so.0, libgdk_pixbuf-2.0.so.0, and libvte.so.9. Sometimes though no library name is displayed.

I found that if I retarget these links to an older version of the actual libraries I will not get the error messages. For the x11 and pixbuf libraries if I replace the .1106.0 ones with .1000.11 ones it works. (They are found in libgtk-2.0-0 version 2.10.11-0ubuntu3). For the vte9 one, I need the libvte.so.9.2.5 library found in libvte9 version 0.16.1-0ubuntu1.

I am using gutsy on an i386 machine.

Revision history for this message

Sebastien Bacher (seb128) wrote on 2007-08-01:

Thank you for your bug. Looks like you have an old version of libglib taking over the distribution one. Could you run "ldd /usr/lib/libgtk-x11-2.0.so" and copy the log to a comment? That's likely due to something you installed to /usr/local out of the packaging system

Changed in gtk+2.0:
assignee:	nobody → desktop-bugs
importance:	Undecided → Low
status:	New → Incomplete

Revision history for this message

BotLobsta (kjenks-deactivatedaccount) wrote on 2007-08-01:

ldd.txt Edit (2.0 KiB, text/plain)

Yes, I did compile my own libglib and install it into /usr/local/lib but that was over a year ago when I was trying to get my libmtp to work. I would have thought that upgrades of that package would overwrite those, but I guess not.

Revision history for this message

Sebastien Bacher (seb128) wrote on 2007-08-02:

The ldd log shows it's using libraries for there which is creating the breakage. The packaging system doesn't use the local directory, this one is make for the system administrator to install custom version to be used before the distribution ones if required. Closing the bug