After upgrading to PulseAudio 1.1, 32-bit applications can no longer play audio. This is apparently because the libpulse.so from emul-linux-x86-soundlibs is incompatible with the PulseAudio 1.1 daemon. PulseAudio still works for 64-bit applications (using the 64-bit libpulse.so), so the problem is isolated to the emul-linux-x86 library. For example, with pcm.!default set to 'type pulse' in ~/.asoundrc, the 32-bit adobe-flash plugin (through nspluginwrapper) cannot play audio, reporting the following error in stderr: ALSA lib pulse.c:229:(pulse_connect) PulseAudio: Unable to connect: Connection refused Enabling verbose logging for libpulse (export PULSE_LOG=4) reports the following: D: [pulsecore/memblock.c:741 pa_mempool_new()] Using shared memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65496 D: [pulse/context.c:850 try_next_connection()] Trying to connect to {e968cb705127624e99115a5e00000011}unix:/home/dynamotwain/.pulse/e968cb705127624e99115a5e00000011-runtime/native... D: [pulse/context.c:676 context_autospawn()] Trying to autospawn... D: [pulseaudio][daemon/caps.c:58 pa_drop_root()] Cleaning up privileges. D: [pulse/context.c:850 try_next_connection()] Trying to connect to /home/dynamotwain/.pulse/laptop-runtime/native... D: [pulsecore/socket-client.c:208 do_connect()] connect(): No such file or directory (2) D: [pulse/context.c:850 try_next_connection()] Trying to connect to /home/dynamotwain/.pulse/native... D: [pulsecore/socket-client.c:208 do_connect()] connect(): No such file or directory (2) ALSA lib pulse.c:229:(pulse_connect) PulseAudio: Unable to connect: Connection refused The socket '/home/dynamotwain/.pulse/e968cb705127624e99115a5e00000011-runtime/native' does exist and no connect() error is reported, which seems to indicate a protocol incompatibility between the libpulse.so in the emul-linux-x86 packages and the 1.1 daemon Installed versions of applicable packages: equery l emul-linux-x86-soundlibs pulseaudio * Searching for emul-linux-x86-soundlibs ... [IP-] [ ] app-emulation/emul-linux-x86-soundlibs-20110928:0 * Searching for pulseaudio ... [IP-] [ ] media-sound/pulseaudio-1.1-r1:0 The problem did not occur with media-sound/pulseaudio-1.0-r1 (the version I had prior to upgrading, no longer in the portage tree), nor does it occur if I downgrade media-sound/pulseaudio to 0.9.22-r2. Either the pulseaudio daemon needs to properly handle connections from 0.9 clients or the two ebuilds need appropriate blockers to ensure that the libpulse.so provided by emul-linux-x86-soundlibs is compatible with the version of the daemon installed.
*** This bug has been marked as a duplicate of bug 394975 ***