Attached should be the e-build. This is a wrapper library very similar to libesddsp, only it's for NAS instead of esound (doesn't come with the esddsp wrapper script). I've tested it on my PIII-500 with xmms using it's OSS plugin, and with mplayer, and it worked fine for both. The maintainer claims that this library is portable, but I only claimed compile support for ~x86 in the ebuild. Also, as with NAS, it requires xmkmf, which means the entire X11 tree since it's pretty much monolithic.
Created attachment 11129 [details] The ebuild for libaudiooss
Are there any packages dependant on this lib that you're looking to get into the tree? If so, reopen this bug, as is it's 10 months old. If you would like it in the tree, reopen it and I'd be more then willing to take a look at it once sound has been cleaned up a bit (part of the reason this ebuild went stale).
Are you aware of the point of this library? It's a wrapper around OSS for NAS. You load it through LD_PRELOAD, and it'll do network audio. I use it because it's easier than making sure that every audio application I have has NAS support, and I use NAS because it usually has a little less latency than ESD. I contend that it hasn't lost it's usefulness unless NAS has.
Yes, I'm aware of the point of this lib- I don't close a bug without knowing what I'm closing ;) That said, I must admit I don't like requiring the user to do ld_preload trickery to use this library however. I'm also not much for the fact the last update appears to have been march 2002. Perhaps the software is finished, no need to go further.No clue, I don't personally use it. Either way, leaving it open, I'll let somebody who uses NAS handle this one since it's not a dead/stale bug.
Err, no, closing this puppy. Look in media-libs/libaudiooss; ebuild submitted by bret towe was included into the tree on june 26th. I'd suggest you to a look at bug 20897, and see what you can do- not necessarily audio oss at fault, although I'd wonder.
I've been following the progress of this library. The latest stable version is the one I submitted almost a year ago; it hasn't changed since. Abandoned, maybe? I'll see if I can recreate that bug, and e-mail the result to the creator if I think it's his fault, and also see if it was in the 1.0 release. I never experienced it because I've only ever used it as a normal user (don't use LD_PRELOAD for anything as portage user - seems to break things), and I've been using the 1.0 library, not 1.1.
http://bugs.gentoo.org/show_bug.cgi?id=20897 libaudiooss is not very stable. I don't think we should have it in portage. If it picks up development and gets stable, then I think we could consider it... but not until then.