Update from X11:Xorg breaks X

I just got a set of updates from Xorg:X11 (Index of /repositories/X11:/XOrg/openSUSE_11.1/i586) repository and now, my X doesn’t come up. During update, zypper complained about xorg-x11-libxcb and it didn’t get updated. On further investigation I noticed that libxcb-xlib.so.0.0.0 is missing in the new package (version 7.4-4.2. The one currently installed in 7.4-1.24). Is there a packaging problem?

–jaimon

All the X applications were failing with
symbol lookup error: /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket

So, I just took a copy of libxcb-xlib and updated the packaged. Copied back the library and created a symlink for libxcb-xlib.so.0. My X is up again. We will need to get the package fixed.

–jaimon

I got the same problem today after updating xorg.
libxcb-xlib.so.0 is missing :frowning:

Same here with openSUSE 11.1 64bit.
libxcb-xlib.so.0 is missing in new version.

Have to use default XOrg packages,
which are even more buggy with my Intel GM965
than from X11:/XOrg/.

Hello again hardlocks on lid close!

Strange. I skipped the libxcb update when I saw all the errors and the 32bit version worked ok for me. But the 64 bit version won’t work.

I tried updating it once and then downgraded xorg back to the original and got X back. I tried it a second time and it failed again.

I’ve discovered that, in the 64 bit version, if I load the nvidia driver, X won’t work. I’ve downgraded all the xorg pkgs back to the version on the dvd but X still won’t start with nvidia driver. The nv driver works fine. I’m using 180.29 (or I was)

I reinstalled the nvidia drivers and they’re working again. Huh.

Hmm… That’s good to know. We are still waiting for the updated ATI drivers. I don’t see this getting fixed either. Does it mean that packaging for X11 libraries are changing and applications have to relink?

–jaimon

New updates for xorg are available. The libxcb file is fixed. I updated with no problems.

symbol lookup error: /usr/lib64/libX11.so.6: undefined symbol: xcb_take_socket

I was similarly affected as I reported the issue “Check dependencies for X.Org X11 library”. How do I get my graphical user interface back to work as usual?

If you know, which version do actually work fine with your system (i.e. default from default repository) you can revert to them by typing yast command (as root) in some of the terminals and choosing Software management.

Yast has kind of ‘pseudo gui’ in command line environment. When you run it from terminal, basically you can do the same things you did in graphical version of Yast.

I Hope this information helps.

I am still looking for an easy way to try a downgrade.

Yast has kind of ‘pseudo gui’ in command line environment. When you run it from terminal, basically you can do the same things you did in graphical version of Yast.

I know also this user interface. But I stumbled on the issue “Check ncurses configuration for software management”.

I Hope this information helps.

Unfortunately, not yet in my situation.

Hmm, in that case I can propose zypper package management command, though I don’t know an ‘easy’ way to downgrade with it (I hardly ever used it for package management).

Also, I think you can manage some packages in your system through live CD (or USB). It can be somewhat tricky to make it do what you want, but I think it is possible. At least it worked for me in previous versions of openSUSE (I did not try openSUSE 11.2 Live CD).

I have got the impression that this command has not got a parameter to trigger the desired downgrade directly. The solver suggests unwanted downgrades during dependency resolution for other software components besides X11.

I could restore the X server to normal operation on my system. The priorities of my installation sources needed also further adjustments to activate relevant software updates.