I run Gentoo on two separate x86 machines that share one portage directory, so I have one machine compile binary packages and reuse the binaries to install on the second machine. Occasionally, I run into quirks like this one. The pulseaudio ebuild has neither an xcb USE flag, nor a dependency on xcb, but its binaries end up getting linked with libxcb. Reproducible: Always Steps to Reproduce: 1. Compile PulseAudio (and its dependencies, specifically libX11) with the xcb USE flag enabled and produce a binary package. 2. Install the binary package on a different system that doesn't have libxcb installed/has the xcb USE flag disabled. 3. Try to run pactl. Actual Results: pactl crashes and burns since it is missing this dependency on the target system: libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb7dd3000) Expected Results: The pulseaudio ebuild should have an xcb USE flag or otherwise depend on libxcb if this is going to happen, so that the binary package will depend on libxcb if the binaries are linked to it. This is probably applicable to ebuilds of older pulseaudio versions as well. It seems like I've run into this same kind of issue with other apps as well, but haven't thought to file bugs until now, because it could be worked around by recompiling, or by manually installing the missing dependency. If this is indeed a valid ebuild-specific issue, I'll file more bugs as I find them.
It's most likely invalid, as in 'user doesn't understand the source of the problem'. The source is most probably one of the *.la libtool files, I think a bug about it is still open.
For reference, it's bug 158476.
*** This bug has been marked as a duplicate of bug 158476 ***