Ubuntu

Symbol Lookup Error during Dapper Upgrade

Bug #41219 reported by Anthony Turner
8
Affects Status Importance Assigned to Milestone
Ubuntu
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

During the dist-upgrade performed from breezy, I received the following error message while attempting to dpkg --configure libgnome2-common (and other packages previously as well):

gconftool-2: symbol lookup error: /usr/lib/libgconf-2.so.4: undefined symbol: g_slice_alloc0

And thusly, dpkg exits with error 127.

Let it be known that I am running kernel 2.6.13.4 (gcc 3.3.5 (Debian 1:3.3.5-8ubuntu2))

I do not recall whether this particular kernel was one I built from source or one that was installed by the Ubuntu update manager.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Thanks for the bug report. Sébastien: Could it be that gconf2 needs a newer glib in that case? Would it help to bump the shlibs of glib and rebuild? Or is this maybe due to some crazy state where gconftool-2 is unpacked and used although it and it's dedencies are not fully installed yet?

Changed in gconf2:
assignee: nobody → desktop-bugs
Revision history for this message
Sebastien Bacher (seb128) wrote :

I think that's rather due to a local version of glib built to /usr/local or something like that

Could you copy a "ldd /usr/lib/libgconf-2.so.4" to a comment?

Changed in gconf2:
status: Unconfirmed → Needs Info
Revision history for this message
Anthony Turner (mzxgiant) wrote :

mzxgiant@watchtower:~$ ldd /usr/lib/libgconf-2.so.4
        linux-gate.so.1 => (0xffffe000)
        libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0xb7f4f000)
        libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0xb7efe000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7edc000)
        libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0xb7ed8000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7ed4000)
        libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0xb7ed0000)
        libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0xb7e4e000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7e3c000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d0d000)
        libpopt.so.0 => /lib/libpopt.so.0 (0xb7d05000)
        /lib/ld-linux.so.2 (0x80000000)

Revision history for this message
Sebastien Bacher (seb128) wrote :

You compiler a local glib version to /usr/local which is used before the system one and outdated, not a distribution bug, rejecting it. If you don't know what you are doing you should probably stick to packages for installing something on your distribution. To fix the issue you can remove what you installed over the distribution to /usr/local by example

Changed in gconf2:
status: Needs Info → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.