Description of problem: Some old code uses /dev/audio instead of /dev/dsp -- for instance, http://sourceforge.net/projects/max-gpl/ The program kept complaining about missing /dev/audio. After looking at the source (good thing it had one available!) and some googling (would be nice if pulseaudio had better documentation), I found that it works with OSS only and the way to make OSS-only apps work with pulseaudio is to run them through padsp. When I tried that, it still failed because apparently padsp creates /dev/dsp but doesn't create /dev/audio I was able to recompile the code with /dev/dsp instead of /dev/audio, but I don't think I should have to. Or rather, if someone has an old OSS-only application without sources and it uses /dev/audio, they should be able to run it with padsp
We no longer support the OSS API in Fedora. For a while we will carry a compat kludge which is padsp which supports correctly written OSS devices. Instead of extending this kludge to /dev/audio I'd much rather see the apps in question being ported to ALSA or suchlike.
In this case it can be done because the app is open source, but I'm sure there are some proprietary apps that can't be so easily fixed
Fixed upstream, will upload to F12 eventually. http://git.0pointer.de/?p=pulseaudio.git;a=patch;h=ff2474e5fc9eaa4c7f687e71a39a5bed4f56c259
pulseaudio-0.9.21-6.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-6.fc13
pulseaudio-0.9.21-5.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-5.fc12
pulseaudio-0.9.21-6.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
pulseaudio-0.9.21-5.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.