[opensuse-factory] libgtk-x11-2.0: unresolved g_datalist_get_data
Hi, I'm running 12.1 milestone 5. If i start emacs (or pidgin) i get the following error: symbol lookup error: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_datalist_get_data Am i missing some library? Is this a packaging error? How may I resolve this? Kind regards Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
2011/9/26 Marcus Meissner <meissner@suse.de>:
Since package libglib-2_0-0 was and still is installed on my system I have no clue, why programs which rely on this (emacs, eclipse, thunderbird, firefox, chromium, rekonq, midori, pidgin) report a symbol lookup error on g_datalist_get_data. I have three computers with 12.1-RC1 (2 64 bit, one 32 bit) and this happens only on the latter. Thanks Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 26/09/11 04:37, Stefan Quandt wrote:
You need to update both gtk and glib.. however the underlying problem seems to be that something doesn't use library or symbol versioning the proper way. This should _never_ happend, packages should _not_ get upgraded by the package manager in such scenario. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/11/11 12:03, Cristian Rodríguez wrote:
This bug was introduced by glib commit 1cceda49b60bfd9b326e11996a5c77b10987e57a in version 2.29.10 it adds a new symbol without proper symbol versioning... You might want to ask glib developers to sort out the mess ;) Cheers. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Dienstag, 1. November 11, 12:23:05 schrieb Cristian Rodríguez:
It turns out that I had _two_ versions of libglib-2, an old one in /lib and a properly updated one in /usr/lib. Obviously it changed its location this year. The cause of trouble (old one not removed) was the way I upgraded to 12.1: I chose the _install_ option but deactivated to format the system partition (because it also contains /home). Turned out to be a bad idea. Interestingly, 'rpm -q --whatprovides' could correctly identify _both_ (obsolete and current) libglib-2 as being contained in the same libglib-2_0_0 package. I would have guessed that the installation process would create a new rpm database. I'm now wondering, if there may also be obsolete system config files laying around (may be for udev or KDE) which could interfere with my system. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2011/9/26 Marcus Meissner <meissner@suse.de>:
Since package libglib-2_0-0 was and still is installed on my system I have no clue, why programs which rely on this (emacs, eclipse, thunderbird, firefox, chromium, rekonq, midori, pidgin) report a symbol lookup error on g_datalist_get_data. I have three computers with 12.1-RC1 (2 64 bit, one 32 bit) and this happens only on the latter. Thanks Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 26/09/11 04:37, Stefan Quandt wrote:
You need to update both gtk and glib.. however the underlying problem seems to be that something doesn't use library or symbol versioning the proper way. This should _never_ happend, packages should _not_ get upgraded by the package manager in such scenario. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/11/11 12:03, Cristian Rodríguez wrote:
This bug was introduced by glib commit 1cceda49b60bfd9b326e11996a5c77b10987e57a in version 2.29.10 it adds a new symbol without proper symbol versioning... You might want to ask glib developers to sort out the mess ;) Cheers. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Dienstag, 1. November 11, 12:23:05 schrieb Cristian Rodríguez:
It turns out that I had _two_ versions of libglib-2, an old one in /lib and a properly updated one in /usr/lib. Obviously it changed its location this year. The cause of trouble (old one not removed) was the way I upgraded to 12.1: I chose the _install_ option but deactivated to format the system partition (because it also contains /home). Turned out to be a bad idea. Interestingly, 'rpm -q --whatprovides' could correctly identify _both_ (obsolete and current) libglib-2 as being contained in the same libglib-2_0_0 package. I would have guessed that the installation process would create a new rpm database. I'm now wondering, if there may also be obsolete system config files laying around (may be for udev or KDE) which could interfere with my system. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Cristian Rodríguez -
Marcus Meissner -
St. Quandt -
Stefan Quandt