PulseAudio is for audio what Compiz is for the desktop. To make full use of it I use "pcm.!default { type pulse } ctl.!default { type pulse }" in /etc/asound.conf to route all ALSA audio through PulseAudio. This works great but fails with 32-bit applications because the 32-bit alsa-library is unable to find the 32-bit pulseaudio plugin. If the emul-linux-x86-soundlibs package could include the pulseaudio libraries and alsa-plugin it would bring a little bit of heaven to the Gentoo desktop. :) Reproducible: Always Steps to Reproduce:
The emul-linux-x86-soundlibs package should include at least these files: (from media-sound/pulseaudio) /usr/lib32/libpulse.so.* /usr/lib32/libpulse-simple.so.* /usr/lib32/libpulsedsp.so (from media-plugins/alsa-plugins) /usr/lib32/alsa-lib/libasound_module_ctl_pulse.* /usr/lib32/alsa-lib/libasound_module_pcm_pulse.* These are what is needed to make 32-bit ALSA applications play through pulseaudio and make libflashsupport and padsp work.
I definitely agree. Adding these files is easy if you have a 32bits chroot, but everyone doesn't have one. Could someone release a new version of this package including PulseAudio related libraries please?
so whats needed todo this?
emul-linux-x86-soundlibs in the tree, package.masked. use at your own risk.
Why was this bug closed? There are no pulse libs in the 20071114 emul packages. Am I missing something?
ok, you'll have to wait for the next set then
*** Bug 208209 has been marked as a duplicate of this bug. ***
*** Bug 214837 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > ok, you'll have to wait for the next set then > Also there are currently no libraries from the alsa-plugins ebuild in the emul-soundlibs package. I provide both http://www.startux.de/index.php/articles/34-linux/46-geting-wine-use-pulseaudio-on-gentoo-amd64 for now .)
I also used a 32-bit chroot to build the pulse libs and alsa-plugins. Can we expect having the PulseAudio libs in emul-linux-x86-soundlibs in 2008?
> I provide both > http://www.startux.de/index.php/articles/34-linux/46-geting-wine-use-pulseaudio-on-gentoo-amd64 I thought I'd upgrade my 32-bit pulse libs and use yours because my chroot is WAY out of date. I noticed that you didn't provide libpulse-simple though. :( It is needed for libflashsupport, which is the key to having stable Flash on Linux. libflashsupport is a plugin for Adobe's Flash-plugin that provides support for pulseaudio, esd, v4lv1 and some more.
I updated my libpulse archive and added libsamplerate and lib-pulse-simple. You can still get it at http://www.startux.de/index.php/articles/34-linux/46-geting-wine-use-pulseaudio-on-gentoo-amd64
*** Bug 230355 has been marked as a duplicate of this bug. ***
This should come soon...
seems like alsa-plugins is missing from the 20080810 version... grr...
I'am also ask for 32-bit pulseaudio libs, and appropriate modification of padsp
*** Bug 250646 has been marked as a duplicate of this bug. ***
I was trying to build this library, but I got stuck right at the beginning when building an emul environment; bug 242776 is open and waiting for some useful input.
The pulseaudio libraries in the package are outdated and should be upgraded. In my case, I am attempting to compile a pulseaudio backend for Wine (http://art.ified.ca/?page_id=40), and compilation fails with the following output: make[2]: Entering directory `/home/xavier/wine-git/dlls/winepulse.drv' ../../tools/makedep -C. -S../.. -T../.. dsoutput.c waveout.c wavein.c pulse.c make[2]: Leaving directory `/home/xavier/wine-git/dlls/winepulse.drv' make[2]: Entering directory `/home/xavier/wine-git/dlls/winepulse.drv' gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wtype-limits -Wpointer-arith -g -O2 -o dsoutput.o dsoutput.c gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wtype-limits -Wpointer-arith -g -O2 -o waveout.o waveout.c gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wtype-limits -Wpointer-arith -g -O2 -o wavein.o wavein.c wavein.c: In function 'widRecorder': wavein.c:139: warning: 'wait' may be used uninitialized in this function gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wtype-limits -Wpointer-arith -g -O2 -o pulse.o pulse.c pulse.c: In function 'PULSE_AddRingMessage': pulse.c:207: warning: ignoring return value of 'write', declared with attribute warn_unused_result pulse.c: In function 'PULSE_RetrieveRingMessage': pulse.c:238: warning: ignoring return value of 'read', declared with attribute warn_unused_result ../../tools/winegcc/winegcc -m32 -B../../tools/winebuild -shared ./winepulse.drv.spec dsoutput.o waveout.o wavein.o pulse.o -o winepulse.drv.so -ldxguid -luuid -lwinmm -luser32 -ladvapi32 -lkernel32../../libs/port/libwine_port.a -lpulse -L/emul/linux/x86/usr/lib -L/emul/linux/x86/lib waveout.o: In function `wodOpen': /home/xavier/wine-git/dlls/winepulse.drv/waveout.c:699: undefined reference to `pa_stream_set_started_callback' collect2: ld returned 1 exit status winegcc: gcc failed make[2]: *** [winepulse.drv.so] Error 2 make[2]: Leaving directory `/home/xavier/wine-git/dlls/winepulse.drv' make[1]: *** [winepulse.drv] Error 2 make[1]: Leaving directory `/home/xavier/wine-git/dlls' make: *** [dlls] Error 2 According to the developer of the backend, compilation fails because the 32-bit emulation libs of pulseaudio lack functions which are built in the librairies of a real 32-bit Gentoo build.
As far as I see noone is working on this issue for quite a long time and it is quite annoying on 64-bit platforms. @Mike Doty, as a maintainer of this ebuild, would you be so kind to tell us if fixing this issue will be possible in the very near future?
Bump ... Would be nice if this got fixed before Gnome 2.26 goes stable, since it's volume applet needs PulseAudio. And so 32bit apps like Wine, should be able to use PA as well ... Any feedback/update from a developer/maintainer would be well appreciated.
bumpbumb I migrated to OSSv4 for quite some time due to issues with ETQW and ALSA, but I have had to come back to ALSA + PA (since apps are starting to drop OSS support) I now don't have sound in ETQW since it can't load 32bit Pulse or audio stuff
Without 32bit pulseaudio libraries wine support for pulseaudio (bug #271050) will not work on amd64.
What's stopping this bug on progressing. Can I help?
As the reporter of this bug, a full time Gentoo user for 7+ years (since before v1.0) who have been contributing ebuilds every now and then over the years, I grew so tired of what Gentoo has become the last years that I finally decided to migrate to Arch about a year ago. Suddenly I find myself in a community that is ALIVE and ENTHUSIASTIC again. It's a wonderful feeling! (sorry about this off-topic rant)
This is also a dependency for (32 bit) Skype 2.1 with pulseaudio, which is not yet in the official tree. A bug was raised for this: # 283008. I tried upgrading to the masked packages 20091004, but still some stuff seems to be missing. Running skype I get: ALSA lib pcm.c:2171:(snd_pcm_open_conf) Cannot open shared library /usr/lib32/alsa-lib/libasound_module_pcm_pulse.so Could this module also be added, please? Beside this, my acroread plugin stopped working after installing the masked packages ...
Okay, so I had enough of 32bit apps not being able to use PulseAudio, and out of frustration I built a 32bit chroot to build these libs myself. That seems to have worked, after some major symlinking ugliness. Now, since no developer seems to care about this issue at all (no comments or whatsoever), and recently a new rc for emul-linux-x86-soundlibs has been released, WITHOUT pulse support, I would like to know how I can create a new emul-linux-x86-soundlibs ebuild myself, so I can help myself and the other people that are annoyed by this bug. @Per Wigren: maybe you could increase the severity of this bug in the hope that will wake someone up. I can't since I'm not the reporter.
@Stijn Tintel: Sure. I have personally already left Gentoo behind me (for Arch) and this bug was one of the major reasons for that.
Included in app-emulation/emul-linux-x86-soundlibs-20091226