Bugzilla – Bug 535482
undefined symbol in libgdk-x11: Firefox does not start
Last modified: 2017-04-26 15:41:40 UTC
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE After an update Firefox refuses to start: > firefox /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/libgdk-x11-2.0.so.0: undefined symbol: XRRGetScreenResourcesCurrent although: not a dynamic executable Reproducible: Always
libgdk does not seem to miss any other lib and no lib in /usr/lib and /usr/lib64 exports such a symbol. > ldd /usr/lib64/libgdk-x11-2.0.so.0 linux-vdso.so.1 => (0x00007fff3c0d6000) libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007f4254e39000) libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007f4254bee000) libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f42549b9000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f42547a7000) libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f425459c000) libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f4254399000) libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f425418f000) libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f4253f86000) libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007f4253d7b000) libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x00007f4253b78000) libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f4253974000) libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f425376e000) libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007f42534db000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f425319e000) libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x00007f4252f82000) libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007f4252cd4000) libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f4252a8d000) libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f42527c6000) libm.so.6 => /lib64/libm.so.6 (0x00007f4252571000) libc.so.6 => /lib64/libc.so.6 (0x00007f4252216000) libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007f4251fed000) libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f4251d67000) libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f4251b62000) libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f4251939000) libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007f42516dc000) libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00007f42514b4000) libxcb-render-util.so.0 => /usr/lib64/libxcb-render-util.so.0 (0x00007f42512b0000) libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007f42510a6000) libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f4250e89000) libz.so.1 => /lib64/libz.so.1 (0x00007f4250c73000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f4250a6e000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f4250858000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f425063a000) libpcre.so.0 => /lib64/libpcre.so.0 (0x00007f425040b000) /lib64/ld-linux-x86-64.so.2 (0x00007f425532d000) libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f4250207000)
Strange, the package /usr/lib64/libgdk-x11-2.0.so.0 belongs to is gtk2-2.17.7-1.2, the same as has initially been installed; though intially it had worked.
any Suggestion? This is important since it inhibits my Bug reporting activity! Thunderbird does not work either.
By the latest updates for Milestone 6 even more seems to be messed up: xrandr -q xrandr: symbol lookup error: xrandr: undefined symbol: XRRGetPanning The system is hardly usable in this kind of state.
The missing symbols are caused by any of the following libs: xorg-x11-libX11 xorg-x11-libXau xorg-x11-libXext xorg-x11-libXrender xorg-x11-libs xorg-x11-libxcb This is (part of) the intersection of the shared libraries recursively used by both binaries (xrandr, libgdk-x11-2.0.so.0). By duping with the Xorg-X11 from factory the problem could be resolved.
This is exactly the offending lib: xorg-x11-libs-7.4-8.1 By switching it back from openSUSE Build Service to openSUSE Firefox, Thunderbird and xrandr have become broken. Please remove xorg-x11-libs-7.4-8.1 immediately from the update repo! It can not be that such a critical error remains unresolved for days.
> Please remove xorg-x11-libs-7.4-8.1 immediately from the update repo! Uhm, you are using the 11.1 update repository on a Factory installation!?
No, not really: 15 | repo-update | repo-update | Ja | Nein | 99 | http://download.opensuse.org/update/11.2/. I have added os11.1-repo-oss but with a lower priority than all the other repos (120 instead of 99). That should not be a problem.
.
How can I find out whether other os11.1 packages have messed up my installation?
rpm -qa --qf "%-50{NAME} %{DISTRIBUTION}\n" | grep "openSUSE 11.1"
So the actual error is about repo priority usage (marking as dup). *** This bug has been marked as a duplicate of bug 536903 ***
Fortunately xorg-x11-libs was the only package drawn from os11.1-oss (for whatever reason).
The only one available elsewhere.
Reinstalling with Milestone 7 I have run into the same problem again, zypper not even displaying the provider change for xorg-x11-libs: Die folgenden Pakete werden den Hersteller ändern: DirectFB openSUSE -> openSUSE Build Service hplip openSUSE -> http://packman.links2linux.de iwl4965-ucode openSUSE -> openSUSE Build Service libexiv2-5 openSUSE -> openSUSE Build Service libgpod4 openSUSE -> http://packman.links2linux.de libgpod-tools openSUSE -> http://packman.links2linux.de libpixman-1-0-32bit openSUSE -> openSUSE Build Service libqjson0 openSUSE -> openSUSE Build Service libtheora0 openSUSE -> Packman libvisual openSUSE -> openSUSE Build Service libxine1 openSUSE -> http://packman.links2linux.de libxine1-gnome-vfs openSUSE -> http://packman.links2linux.de libxine1-pulse openSUSE -> http://packman.links2linux.de usb_modeswitch openSUSE -> http://packman.links2linux.de x11-input-wacom openSUSE -> openSUSE Build Service x11-input-wacom-tools openSUSE -> openSUSE Build Service xorg-x11-driver-input openSUSE -> openSUSE Build Service xorg-x11-driver-video openSUSE -> openSUSE Build Service xorg-x11-driver-video-radeonhd openSUSE -> openSUSE Build Service xorg-x11-fonts openSUSE -> openSUSE Build Service xorg-x11-libICE-32bit openSUSE -> openSUSE Build Service xorg-x11-libs-32bit openSUSE -> openSUSE Build Service xorg-x11-libX11-32bit openSUSE -> openSUSE Build Service xorg-x11-libX11-ccache openSUSE -> openSUSE Build Service xorg-x11-libxcb-32bit openSUSE -> openSUSE Build Service xorg-x11-libXext-32bit openSUSE -> openSUSE Build Service xorg-x11-libXfixes-32bit openSUSE -> openSUSE Build Service > grep 'xorg-x11-libs|' /var/log/zypp/history 2009-09-09 06:22:03|install|xorg-x11-libs|7.4-24.1|x86_64|root@opensuse|InstallationImage|150c23cd41ceddaf3a593f28ac78627949fb32e6 2009-09-15 01:29:45|install|xorg-x11-libs|7.4-8.1|x86_64||os11.1-repo-oss|8a75b3caf9a66c5bc0fa2244d4d57b5a1ae8c2bc
Nonetheless I would require a possibility to disable this forced dependency resolution because it is jeopardizing system stability. Adding repos of other/elder distros will also necessary for final releases. What about preventing such downgrades if the priority difference is above 100? Perhaps it is better to let the user select: either ignore the dependency of VLC or downgrade xorg-x11-libs. In this case ignoring the dependency will keep the system intact and make VLC work perfectly without any apparent errors. A mechanism to ensure that a bunch of packages like that for Xorg is not drawn from different repositories is absolutely necessary!! The problem could even have arosen on two different Xorg-compilations being available for Opensuse 11.2. Mixing two different compilations of the same program may always be fatal! So either downgrade all Xorg-packages to os11.1-repo-oss or none.
Klaus, what do you suggest?
Michael, any ideas ?
No clue about this after all that time, closing. Sorry.