<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Hi all, first post here but I've been following the list for quite a while. Been shifting to a 64-bit setup in Arch Linux, previously used it for a while in Ubuntu with a multi-lib system but went back to 32-bit for a variety of reasons, chiefly work-related. Now willing to try 64-bit again, but with non-64 bit apps safely tucked away in a 32-bit chroot instead of messing around with /lib32 stuff again. However, I'm not sure how to get PA to accept sounds from my 32-bit chroot. The only help I've been able to find from this mailing list's archives are <a href="http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg00141.html">a question and quick answer</a> concerning permissions on /dev/shm, which are correct as referred to there. In the Arch Linux forums, <a href="http://bbs.archlinux.org/viewtopic.php?pid=540619">this thread</a> contains a discussion on this, but without any clear statements on how the OP actually got his system to work. I've done the most obvious thing, which is to install 32-bit pulse in the chroot, but am unclear about what to do beyond that. Further advise in that thread refers to pulse over a network, and I'm not sure whether that's required, since its within the same machine, after all. Thanks to any who can give me pointers in this matter. Some miscellenous (sp?) things I noticed, when I try to run pulseaudio from the chroot I get errors with lots of things not being able to startup, which only go away on removing them from /etc/pulse/default.pa, these are:- module-device-restore module-stream-restore module-card-restore module-hal-detect module-bluetooth-discover module-{esound,native}-protocol-unix module-gconf The rest load up, leaving me with with module-default-device-restore, module-rescue-streams, module-null-sink, and module-always-sink only. Also, when I run pulseaudio in the chroot, I notice /tmp contains two folders named pulse-XXXXXXXX, so I'm guessing that the pulseaudio daemon in the chroot doesn't know that there's already a daemon running and is trying to take control of system devices, hence why I have to disable so many modules since its failure to grab what pulseaudio (64bit) has already taken causes errors. Thank you all for your time. Ng Oon-Ee </body> </html>