Jonathan Schleifer writes: > Jacob Meuser <[EMAIL PROTECTED]> wrote: > >> that would require kernel level ALSA emulation, just as we >> have kernel level OSS emulation for linux binaries using OSS. >> I have absolutely no interest in that whatsoever. you'd have >> better luck convincing Adobe to make an OpenBSD native >> version of their plugin. > > That wouldn't be required if we have a different alsa-lib than > normal linux systems have. It's possible that compiling > libsalsa for Linux and using in with compat_linux is already > enough.
Alsa is really, really not important to us. In the past few years of working on OpenBSD ports I have only run across one open source application that required alsa, and I took that as a sign that the app wasn't worth having anyway. Should a worthy alsa-only *open source* app appear, I'm sure that someone could port it to Sun audio. There is already a lot of code in the ports tree that does this to provide better support than the OSS 3.x- emulation we have now. But for Linux binary emulation? No way. If you want that, run Linux. What kind of people run Linux binaries on OpenBSD, anyway? Don't give me that "I need Flash", since I spent months of my life working on Gnash for OpenBSD just so you wouldn't have to use the Adobe Linux binary.. and more months working on PJSIP so that you wouldn't have to use Skype. If this interest in alsa is just general multimedia envy and not some specific need for alsa support, you might find this article in Hannu's blog interesting. He details the history of the two and makes a good case for adopting OSS instead. http://4front-tech.com/hannublog/?p=5
