|
Bugzilla – Full Text Bug Listing |
| Summary: | undefined symbol in libgdk-x11: Firefox does not start | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.2 | Reporter: | Elmar Stellnberger <estellnb> |
| Component: | Basesystem | Assignee: | Michael Schröder <mls> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Enhancement | ||
| Priority: | P4 - Low | CC: | aj, kkaempf |
| Version: | Milestone 6 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
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. |
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