Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 260676
Alias:
Product:
Component:
Status: NEW
Resolution:
Assigned To: AMD64 Project <amd64@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Thomas Kuther <gimpel@sonnenkinder.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 260676 depends on: Show dependency tree
Bug 260676 blocks: 165270
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.








View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2009-02-28 23:47 0000
The available version of emul-linux-x86-xlibs contains a libX11 which is
compiled without XCB support.

If the 64bit system libX11 is compiled with xcb enabled, loading 32bit libX11
into an app using xcb enabled libX11 it will crash the application with a xlib
xcb locking assertion failure.

One example is media-sound/lmms on amd64 with VST support enabled. This app is
able to load Windows VST plugins via wine, and embeds the GUI into it's own GUI
using Qt4 functions. If LIBXCB_ALLOW_SLOPPY_LOCK is unset, lmms will crash
right away due to the 32bit libX11 not having xcb enabled.

It tested this on OpenSUSE and Arch linux in a VM, both providing a 32bit
libX11 with xcb enabled, and it runs fine there. I haven't been able to test it
on Gentoo due to the lack of documentation about the way the emul packages get
built.

This is a rare case of course, so it would be interesting to know if the
majority of amd64 users with X installed do have xcb enabled or not. Because if
most have xcb enabled, I'd say that the emul xlibs should have xcb support too.

Minor issue regarding the easy LIBXCB_ALLOW_SLOPPY_LOCK=1 workaround, but
anyways, having a xcb enabled 64bit libX11 and a non-xcb 32bit one causes
inconsistencies here.

Currently this issue is the cause for "media-sound/lmms vst" in
base/package.use.mask though...

Reproducible: Always

Steps to Reproduce:
1. override vst p.use.mask and install media-sound/lmms with vst enabled
2. load some VST .dll in lmms


Actual Results:  
lmms crashes with a locking assertion failure

Expected Results:  
it should work

------- Comment #1 From Thomas Kuther 2009-03-01 00:12:12 0000 -------
http://bugs.gentoo.org/show_bug.cgi?id=255117

Same issue I guess.

------- Comment #2 From Thomas Kuther 2009-03-01 00:21:35 0000 -------
Nevermind the vmware issue, it doesn't really have anything to do with it.

------- Comment #3 From Lars Wendler (Polynomial-C) 2009-03-01 00:38:42 0000 -------
Reassigning to amd64 herd.

------- Comment #4 From Rafał Mużyło 2009-03-01 01:03:55 0000 -------
With libX11-1.2 and libxcb-1.2, much of this will become a non-issue.

------- Comment #5 From Shane Sofos 2009-11-16 19:10:39 0000 -------
I am running a 64-bit gentoo system with libxcb-1.4-r1 and libX11 1.3.2 and I
recently ran into a problem running a 32-bit binary of new puzzle action game
called QuantZ. 32-bit binary can be download @
http://www.reddit.com/r/linux_gaming/comments/a2kux/quantz_ported_to_linux_please_help_us_test_the/

After running QuantZ i get this error:
./QuantZ: error while loading shared libraries: libxcb.so.1: cannot open shared
object file: No such file or directory

Is there any possibility that app-emulation/emul-linux-x86-xlibs's libX11 will
gain libxcb support? 

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug