FS#13267 - lib32-libx11 broken

Attached to Project: Community Packages
Opened by tdy (tdy) - Saturday, 14 February 2009, 09:01 GMT
Last edited by Ronald van Haren (pressh) - Saturday, 14 February 2009, 21:58 GMT
Task Type Bug Report
Category
Status Closed
Assigned To No-one
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 8
Private No

Details

Description:
So far 5 people have reported the following errors when using lib32-libx11:

---via wine---
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
Application tried to create a window, but no driver could be loaded.

---google earth---
./googleearth-bin: symbol lookup error: /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket


Additional info:
lib32-libx11 1.1.99.2-2
http://bbs.archlinux.org/viewtopic.php?id=65347


Steps to reproduce:
Run an app that requires lib32-libx11.

Note that I don't have first hand experience with this issue. I'm just reporting it since none of the affected users filed a report.
This task depends upon

Closed by  Ronald van Haren (pressh)
Saturday, 14 February 2009, 21:58 GMT
Reason for closing:  Fixed
Additional comments about closing:  updated lib32-libxcb to 1.1.93
Comment by Austin (doorknob60) - Saturday, 14 February 2009, 09:07 GMT
Definately happens to me, and now I'm gonna have to boot up Windows for some things until this gets fixed, unfortunately.

Wine:
austin@austin-desktop ~ % winecfg
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
Application tried to create a window, but no driver could be loaded.
Unknown error (127).
err:ole:apartment_createwindowifneeded CreateWindow failed with error 127
austin@austin-desktop ~ %

32 bit Seamonkey (need for Runescape lol):
austin@austin-desktop ~ % seamonkey32
/usr/local/seamonkey/seamonkey-bin: symbol lookup error: /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
austin@austin-desktop ~ %

Skype:
austin@austin-desktop ~ % skype
ERROR: ld.so: object '/opt/lib32/usr/lib/libv4l/v4l1compat.so' from LD_PRELOAD cannot be preloaded: ignored.
QIconvCodec::convertFromUnicode: using ASCII for conversion, iconv_open failed
QIconvCodec::convertToUnicode: using ASCII for conversion, iconv_open failed
/usr/bin/skype: symbol lookup error: /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket
austin@austin-desktop ~ %


Don't know what changed with this latest version, but I don't like it, and I'm pretty sure this wasn't intentional XD
Comment by Max Pray (synthead) - Saturday, 14 February 2009, 10:59 GMT
Running googleearth from the bin-google-earth package on x86_64:

[max@pwn ~]$ googleearth
./googleearth-bin: symbol lookup error: /opt/lib32/usr/lib/libX11.so.6: undefined symbol: xcb_take_socket

Same issue.
Comment by Marek Niklicek (Dogmeat) - Saturday, 14 February 2009, 12:24 GMT
Yesterday I've got this issue in every 32 bit application. I think it's because of old version of community/lib32-libxcb 1.1.90.1. It should be 1.1.93.
Comment by Sebastián Peyrott (Pse) - Saturday, 14 February 2009, 13:26 GMT
I agree with Marek, this is caused by an old version of lib32-libxcb. I can't find the package in AUR to flag it out of date. Anyone know who's the maintainer?
Comment by Marek Niklicek (Dogmeat) - Saturday, 14 February 2009, 13:46 GMT
pacman -Qi lib32-libxcb shows me Mikko Seppala, t-r-a-y (at) mbnet (dot) fi
Comment by Sebastián Peyrott (Pse) - Saturday, 14 February 2009, 14:44 GMT
We will need to wait for Mikko to update the package. In the meantime, getting the latest lib32-libxcb is as easy as changing the version in the ABS PKGBUILD for lib32-libxcb.

Thank Anarconda for the suggestion.
Comment by Austin (doorknob60) - Saturday, 14 February 2009, 19:05 GMT
Ah, ABS, kinda forgot about that (stupid of me), never used it since yaourt -Sb works 99% of the time, with the ones that don't work being community64 packages. ABSing in 1.1.93 works like a charm. Looks like this is as simple as changing a number and an md5sum :) The odd thing is people report it working with the even older version of it too, but not the in between version (the one we currently have that's not working).

Loading...