Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*

This bug was fixed in the package linux - 2.6.34-4.11

---------------
linux (2.6.34-4.11) maverick; urgency=low

  [ Amit Kucheria ]

  * SAUCE: omap: remove calls to usb_nop_xceiv_register from board files
  * [Config] Add support for OMAP-mainline flavour

  [ Andy Whitcroft ]

  * SAUCE: powerpc: fix compile error when ptrace.h is included from
    userspace
    - LP: #583733

  [ Chase Douglas ]

  * Revert "SAUCE: Don't register vga16fb framebuffer if other framebuffers
    are present"
  * Revert "SAUCE: Disable function tracing after hitting __schedule_bug"
  * Revert "SAUCE: drm/i915: don't change DRM configuration when releasing
    load detect pipe"

  [ Kees Cook ]

  * SAUCE: fs: block cross-uid sticky symlinks
  * SAUCE: fs: block hardlinks to non-accessible sources

  [ Koen Kooi ]

  * SAUCE: board-omap3-beagle: add DSS2 support

  [ Leann Ogasawara ]

  * Revert "staging/go7007 -- disable"
  * Revert "[Config] staging/winbond -- disable"
  * Revert "Disable 4MB page tables for Atom, work around errata AAE44"
  * Revert "SAUCE: sync before umount to reduce time taken by ext4 umount"
  * Revert "SAUCE: Enable an e1000e Intel Corporation 82567 Gigabit
    controller"
  * Revert "SAUCE: Fix MODULE_IMPORT/MODULE_EXPORT"
  * Revert "SAUCE: Created MODULE_EXPORT/MODULE_IMPORT macros"
  * Revert "SAUCE: input/mouse/alps: Do not call psmouse_reset() for alps"
  * Revert "SAUCE: r8169: disable TSO by default for RTL8111/8168B
    chipsets."
  * Revert "[Upstream] b43: Declare all possible firmware files."
  * Revert "add Breaks: against hardy lvm2"
  * Revert "SAUCE: Guest OS does not recognize a lun with non zero target
    id on Vmware ESX Server"
  * Revert "SAUCE: Catch nonsense keycodes and silently ignore"
  * [Config] Enable CONFIG_ECRYPT_FS=y for ports
  * [Config] Enable CONFIG_USB=y for armel and sparc
  * [Config] Enable CONFIG_SCSI=y for ia64 and sparc
  * [Config] Enable CONFIG_RFKILL=y for ports
  * [Config] Enable CONFIG_ATH9K_DEBUGFS=y
  * [Config] Enable CONFIG_IWMC3200TOP_DEBUGFS=y
  * [Config] Enable CONFIG_RCU_FAST_NO_HZ=y
  * [Config] Enable CONFIG_IWLWIFI_DEVICE_TRACING=y
  * [Config] Enable CONFIG_LIBERTAS_MESH=y
  * [Config] Enable CONFIG_MMC_RICOH_MMC=y
  * [Config] CONFIG_RT2800USB_UNKNOWN=y
  * [Config] Enable CONFIG_VGA_SWITCHEROO=y
  * [Config] Enable CONFIG_CEPH_FS=m
  * [Config] Enable CONFIG_CRYPTO_PCRYPT=m
  * [Config] Enable CONFIG_EEEPC_WMI=m
  * [Config] Enable CONFIG_RT2800PCI=m
  * [Config] Enable CONFIG_SCSI_HPSA=m
  * [Config] Enable CONFIG_VHOST_NET=m
  * [Config] Disable CONFIG_SND_HDA_INPUT_BEEP_MODE by default
    - LP: #582350
  * [Config] Disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS
    - LP: #579300
  * [Config] Enable CONFIG_PCIEASPM=y
    - LP: #333990
  * [Config] updateconfigs for OMAP flavour

  [ Loïc Minier ]

  * Enable perf tools on armel

  [ Tim Gardner ]

  * SAUCE: Updated ndiswrapper to 1.56
    - LP: #582555
  * [Config] Added virtual flavour
  * [Config] Remove support for sub-flavours
  * [Config] Removed amd64 preempt flavour
  * [Config] updateconfigs, updateportsconfigs after flavour munging
 -- Leann Ogasawara <email address hidden> Tue, 25 May 2010 09:34:5...

This was not a Bug at all! The "fix" is a Bug!!
===================================

OSS Proxy is inappropriate as replacement for Alsa-OSS emulation.
The OSS Support has now simply been removed without the OSS proxy have been released as replacement. Lots of people dont understand why their TV or Radio volume-control got stuck suddenly!
Meanwhile I have build and tested OSS proxy here but it is crap.
As you can read here http://userweb.kernel.org/~tj/ossp/ :

"The mixer behaves a bit differently tho. In the original OSS,
/dev/mixer is the hardware mixer, so adjusting volumes there affects
all audio streams. When using ossp, each process group gets its own
mixer and the mixer always contains only two knobs - PCM and IGAIN.
Combined with per-stream volume control of pulseaudio, this scheme
works quite well for applications with embedded volume control
although it makes standalone OSS mixer programs virtually useless"

The tvtime binary needs /dev/mixer:line or /dev/mixer:cd but exactly that is not possible with OSS Proxy since it only supports PCM and IGAIN and that only for one soundcard. If one wants to use it for more soundcards, a smart wrapper mechanism have to be developed yet.

Please undo this changes!

OSSp is not ready yet for use. I know that OSS itself is deprecated but please don't remove good working emulation in order to replace it with nothing or crapy proxy mechanisms.

See also
bug 605280
bug 605536
bug 613809
bug 619013

Astonishing. See also:

https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/631885

Hello Daniel T Chen.

For one thing I thank You very well As by letting remove the oss emu it finnally guided me to a serious general multimedia audio bug which went sometimes that far in freezing video applications as well. This problem started for me as from ubuntu 9.10 (and many many users are confronted with it)
Oh yes we still found some work arounds (many times very time consuming and complicated). Finnaly All those bugs and audio problems leaving A majority off users who uses modern audio cards and or Motherboards built in chipset like realtek 889A using hda audio without audio at all.

The real bug is just pulse audio . Pulse audio indeed supports only a very very limited basic audio devices. So is it intentional ? It is now in use for long time and nothing changed about this. The several different analog inputs like cd in extra line in hda frontpannel out are not supported. and not configurable. And then as well i even dont spoke about the external spdif digital audio in and so on ... Pulse audio does bug the general alsa working when using hda audio. Since even the most simple laptop is now equiped with hda audio I don't now what Your trying. I perfectly understand that it is a hell of a job and very time consuming what Your attempting now, But believe me as long pulse audio itself is not furhter developped in order to support our provides the ability tho configuring support for all audio cards, it's a waste of time.

Now slowly we are running up to the point that a lot of users just uninstall and purge first all basic linux audio alsa and pulse. Take basic alsa source compile it and run without sound server like pulse leaving system sounds unusable. But at least their multimedia applications are working then.
Now on maverick this is even not enough anymore but users will be forced to recompile their kernel. Well I don't think that this last is for all users. I even did not mention the users who just simply reverted to bloody windows due to this audio problem I agree not very smart but I can understand them. As ubuntu is particullary unstable now for multimedia applications.

So it would be very nice if.

You would actually make Your own kernel for You and other pulse audio maintainers for developping purposes or eventually provide an updated basic ubuntu kernel using libesd-als0 and esd sound server. So persons who need and have evoluated audio cards are able to use the audio like it is forseen.

Only force the implementation from pulse audio the day it is developped for use with all audio cards, or at least has a configuration option to set correct audio cards settings channel and stack's like we can do into alsa-base.conf
options snd-hda-intel model=asus-p5q for example (my case)
This option will unfortunatly be needed as the automatic polling of audio devices true bios does not give this needed info. It only will give info about chipset and audio codecs used but no info about channels used. This is the case for all hda audio cards who uses more then simply basic chanels mic and line.

Also An easy use complete mixer is anyway a requirement for Multimedia users. So yes We all use gnome-alsa-mixer now,
but pulse bugs in some c...

This broke package oss-compat, see bug #659024.

oss-compat needs to be (re)blacklisted. The decision to purge OSS support from Ubuntu userspace was started way back in 2005, and this move in kernelspace simply follows that trajectory (not to mention Fedora made strides in this area several releases ago).

As far as I can see, there is no mention of this change in the release notes. In my opinion this change should have been more widely announced.

This is very wrong.

With this "fix" you just rendered the only game in GNU/Linux worth playing - Enemy Territory - not worth playing, since there is no sound any more.

Great. OSSp doesn't even compile in 10.10. Good work. Thanks for making me go from Ubuntu.

Please Turn on again native and emulated oss into maverick kernel core. Pulse does not support the majority off HDA audio cards. does not support line in mic in cd in. Leaving the majority off multimedia users on ubuntu without or bad working audio. For those special cases where audio cards works with pulse oss (the minority). They just can blacklist the native oss and then use there pulse.

thenk's

The same goes for Natty, please turn it on again.

As long as there is no acceptable replacement for OSS functionalwise it must not be turned off. As OSSp is not yet an option please start by finalizing that one before you turn OSS off.

> In Maverick we're investigating using OSSp to shunt all apps
> attempting to use the older, in-kernel OSS API to use pulse
> instead.

This investigation apparently didn't come true which should have resulted in OSS being turned on again.

Is there any PPA with a kernel with OSS activated?

An apt-file search reveals linux-image-2.6.32-305-ec2 is in maverick and has snd-pcm-oss.ko although I don't know if you can use it on normal hardware.

Hello VPablo,

I do have the latest stable kernel 2.6.35-22.34 from ubuntu maverick compiled for amd64 oss included and it does work. (the oss emu work's ) /devdsp present /dev:mixer present

If you wish I can send it to you. (Image and Headers)

if you give mail (you need cabability to receive 50 mb's mails)

Yes please, my mail is on my profile but is my profile's login and gmail.com. Thanks.

I think there is a limit of 10 or 15 megs of each mail, you could rar the package.

Heloo VPablo

It's already .deb package. try to append it here.

Just install it with sudo dpkg -i

An here the kernel headers also to install with sudo dpkg -i

Thank you very much, now gnomeradio works again. Now I must NOT make any kernel upgrade until anyone (you, for example) puts here a kernel customized.

By the way,I have installed the kernel and the headers with the new installer for Maverick, not by console.

Happy it work's for you as well.

If there is an next kernel upgrade, It's many times accompanied with some more heavy upgrades.
Indeed when you see such one, do not update.
start op with ubuntu's original kernel first . (by selecting the ubuntu's orig kernel during boot in grub boot menu).
then uninstall the custom kernel and headers. Perform upgrade. reboot like asked to finish update.

If you do not do that there is a change that you end up with boot failure. and message:

"udevadm trigger is not permitted while udev is unconfigured."

 i was not able to resolve that problem on last update and ended up having to reinstall maverick from scratch.

I have the same problem the difference is I am using Ubuntu 10.10 i386.Can you please provide i386 deb as well for custom kernel and headers.I will be very thankful to you because in my Ubuntu installation /dev/mixer is not present due to which I can't listen to line-in audio and thus tvtime says it don't support mute and volume.If you think I should create a separate bug report for this, please let me know.Thanks.

Hello,

I don'y know yet how to croscompile. But will look up . How to. But even if I was I would not be able to test it unless I did installed it myself. And unfortunately I'm already running a couple of versions. And need my hd for data as well :-))

But it is quit simple to perform. And make your own kernel with instructions from this site

http://www.howtogeek.com/howto/ubuntu/how-to-customize-your-ubuntu-kernel/

there is just a small problem with instructions :

fakeroot make-kpkg –initrd –append-to-version=-custom kernel_image kernel_headers this instruction must be :

fakeroot make-kpkg --initrd --append-to-version=-custom kernel_image kernel_headers

note the -- at initrd and append instead off the one character long stripe.

Christophe,

I attempted to compile a custom kernel following the instructions at the link you provided. It compiled but I still didn't have /dev/mixer so I think that I did not enable everything I needed to enable. What exactly do I have to enable in the kernel to have /dev/mixer and /dev/dsp etc?

Your kernel worked perfectly but I would like to be able to do this.

thanks

see also: https://bugs.edge.launchpad.net/ubuntu/+bug/634211

This bug is one of the shamest ever !

This breaks support for many older programs which only support OSS (real OSS... with fopen() support )

Would anything be broken if these kernel options were compiled as modules then blacklisted? I could then enable by editing a blacklist file instead of --recompiling a new kernel--

My suggestion: compile the OSS support as modules, then blacklist by default.

Comments?

hello,

What_if,

 I already proposed that. But there is no negatif effect to have oss into the core. If it's there Your not forced to use it, at start up you can blacklist it if you want.

So since pulse does not do at all what must be done concerning oss emu. There is no way to interfere from many programs whitout the oss emu (using this you also have the full posibility's of your audio hda cards if you adapt the alsa-base.conf with model = XXX)

Al other stuf trough pulse if you get it to work, your losing also synchronisation between video and audio with tv pci device cards.
It's very proccesor consuming on top total usseless.

Hello bowsen, Sorry I can't help you there as i don't have i386. Now in the comming days I will not be at home for a week.

greetings christophe

Bug https://bugs.edge.launchpad.net/ubuntu/+bug/634211 also affects me.
Is there any way to get working older programs that require /dev/dsp?
Thanks.

+1 to annoyance.

I realized this change when I went to a LAN party that was playing Unreal Tournament 99 and had no sound. I tried the alsa-oss package to wrap it, but sound had a noticeable delay not suitable for games. My concern is that this OSS proxy will raise the same problem whenever it is included.

At the very least allow kernel OSS emulation to be easily enabled or installed for users who need it without a kernel recompile, and make it prominent in the release notes. Many of us have discovered this the hard way.

Kernel emulation worked well, and OSS is still necessary for many old native Linux games that will not be updated further. Please don't break it without very good reason and a well tested replacement.

-Dan

Huh. Welcome to Microsoft Linux. That's... interesting, but terribly inconvenient.

It turns out this OSS garbage is responsible for my (cx8801) TV tuner cards' being able to capture audio from analog cable. Now due to an unfortunate bit of misguided and premature (but well-intentioned, I'm sure) house cleaning in the kernel config, I can't record my shows on Spike TV, E, or Comedy Central.

I feel the way I felt when Microsoft replaced the menubar and toolbars in Office with the "ribbon." The ribbon is cumbersome, does more harm than good, and is an abomination of proper UI design. But Microsoft is committed to their goal of making their products completely unusable, and I have no say in the matter. Now, once again, I sit shaking my fists at The Man, this time in the form of Canonical; and as usual, I plan to be thoroughly ignored.

You're lucky I'm not typing in all caps.

You know what? Screw that. I WILL TYPE IN ALL CAPS! Take that, Daniel Chen, Leann Ogasawara, and Andy Whitcroft! Now if you'll excuse me, I'm off to compile my own bleeding kernel to fix what you broke.

Steve and everyone else affected by tv tuners using the deprecated OSS API,
please be aware that there are two unofficial resolutions in place:

1) Use pulseaudio's module-loopback.
2) If you use tvtime, there's a pulseaudio backend written by a community
member.

Keep in mind as well that this removal is necessary to clear out the audio
jungle. Yes, some people will always be hurt by the eliminated backward
compatibility, but the long tail cannot be allowed to prevent consolidation
(and, err, progress).

Hey Mr. Chen,

Firstly, thanks for responding. It's nice not to be ignored. And thank you for your hard work. Open source software would not be worthwhile without the efforts of people such as yourself.

Now. Pulseaudio is not a solution. Pulseaudio blows goats. I've never had it installed and heard things playing through my speakers at the same time. Pulse installed = speakers silent. Pulse removed = speakers speaking = rainbows, unicorns, daisies, porn and beer. Now I'm not opposed to reinstalling pulseaudio if I come across a howto with fewer than 20 steps between apt-get and I hear noise. Suggestions?

My point is that the unofficial resolutions to which you refer are not mature enough yet to be considered worthy of production. Until they are, config_*_*OSS* should remain enabled.

Hell, there shouldn't even need to be a workaround in the first place! It's not as if the hardware I have is uncommon or outdated. It's certainly neither fringe nor obsolete. I have a pcHDTV HD5500 and a Pinnacle PCTV HD 800i. They're both less than 4 years old, and they're both common. Mythbuntu is an official Canonical project, right? Is it logical for the kernel on which Mythbuntu runs not to support hardware which might likely be found in a Mythbuntu box?

Maturity, maturity, maturity. It's an important concept. OSS is old and unmaintained, but it is mature. It is reliable. It works. New hardware is being sold that uses OSS. Pulse, on the other hand... well, Ctrl-F and search this page for "pulse." Don't consider only my opinion.

Truly, I can appreciate the need to, as you say, "clear out the audio jungle." But don't do it yet. You've been planning to do this for 5 years. What's the rush now?

Please. Wait until workarounds are easier / more user friendly, or at least better documented. Ubuntu's supposed to be Linux for your grandmother. I wouldn't want my grandmother dealing with configuring pulse in its current incarnation, though.

&lt;3,
Steve

1) Use pulseaudio's module-loopback.
2) If you use tvtime, there's a pulseaudio backend written by a community member.

Could you please elaborate on how this is supposed to work for maverick?

I'm surprised why this hasn't been fixed yet when a solution has been known for several months.

Hello,

Sorry to say but tvtime gnome radio most of pci tv cards are just NOT working with pulse audio. Oh you can use sox and that stuff, But like said before it is very processor consuming, Causes delays (even with best possible settings ) between image and sound. If at the same time you perform large copy's of files in the background, Yes just that moment you watch tv since you have to wait anyway. But it's just a disaster seeing the images before the sound, on top of it sounds becomes garbled sometimes.

Again most HDA cards (chipsets) are NOT supported correctly by pulse audio !!!!! (sometimes not at all)

Whitout the oss emu into the kernel core Maverick is a complete garbage multimedia wise. Note that many older computer games as well DO not work without oss emu. And newer games ??? well for linux not to much choice i think.

SO PLEASE ENABLE OSS EMU INTO THE KERNEL AS STANDARD It will be needed for many many years as long pulse is so bad.

Maverick is good for much things, But Mister T Cheng Enabling the oss emu does not degrade maverick at all and does NOT produce any other bug. It's not an accident that oss emu is just a standard feature into linux basic kernels. It's just needed.

Now maverick is multimedia wise just like windows which bugs already into the package.

why is ALSA OSS emulation is so taboo here ?

It is not like OSS is here to create compatibility issues ...

Absolutely no programs use OSS by default ! Only programs that don't support ALSA at all are requesting this compatibility layer !

By disabling ALSA OSS emulation you don't make the life of anyone easier ! You just break the only programs/games that will not be modified to use ALSA instead. And break all V4L drivers !

If you plan to remove ALSA OSS emulation, remove all V4L from the kernel, remove all the programs that only use OSS on the repositories. And SAY GOOD BYE TOO ALL OF US !!!

I will not blame Pulseaudio like any other in this thread, I will just say one thing. GNU/Linux as been a long time the place of choice, the choice to use what you want, if you want it. And I don't want that Ubuntu become Pulseaudio dependent !

And one other thing, Pulseaudio is easier than Alsa and his OSS emulation ? I don't think so !! Pulseaudio add an other piece of complexity in the linux audio jungle ! Why using it ? Why ? The peoples who want it can install it if they want ! Why is it in Ubuntu base ? For the most part of us it serve no purpose at all !!

I love Ubuntu ... I loved Ubuntu ... I think it's time to become serious and stop integrating beta materials in Ubuntu ...

PS: Sorry, some sentences can be strange or unreadable, English is not my natural language ...

Hello Fabien,

You're very right about it. But pulse is well needed. One of the important things from pulse is the function as sound server. On that point it's working very well. Also it's doeing a great job for playing music files and so on. Like rhytmbox.

But yes it is really needed to have oss emu enabled into the kernel since indeed almost all pci tv cards are not working wel whitout it.
Sound hda cards are not very good supported by pulse (even wrongly) all the cd in line in mic in do not work trough pulse.
But they do wel work trough alsa as long you untoggle manually via alsa-mixer and put the right setting for your card into
alsa-base.conf.

Then the games .... gnome radio ... and so on.

We can say

UBUNTU IS MULTIMEDIA WISE JUST CRAP WHITOUT THE OSS EMU ENABLED INTO THE CORE AND REALLY IS ON A GOOD WAY TO BEAT WINDOWS INTO THE BAD OPERATING SYSTEMS. ALSO THE WHOLE LINUX PURPOse AND UPSET IS FULLY GONE BY THAT UBUNTU IS GOING IN 180 ° OPOSSITE DIRECTION THEN THE GOAL OF LINUX.

I just reinstalled pulseaudio last night. I immediately remembered why I had uninstalled it in the first place. padevchooser does not detect or let me choose iec958 5.1 channel output. My machine is connected to my audio receiver via either optical or digital coaxial line (I can't remember off the top of my head which, but it doesn't matter because neither would be supported by pulse) for DTS and Dolby / AC3 5.1 playback. So with pulse installed and active, I have no sound output.

Pulse is not a solution.

@Ole I'm on a very slow Internet connection currently; it would take
less time for you to find the Launchpad bug affecting tvtime that
contains a link for a PPA containing the community member-developed
PulseAudio backend (https://bugs.launchpad.net/ubuntu/+source/tvtime).

@Christope @Fabien OSSv4.1 is available in universe as a DKMS-enabled
source if you truly need native OSS (not compatibility). You can even
configure PulseAudio to use this OSS backend.

@Steve padevchooser is deprecated. Is the IEC958 option not available
(named differently, probably) via
Sound Preferences (assuming you're using GNOME) in the Hardware tab?

I have tried OSS4 !

Does not solve the problem at all !!!

1. XawTV and V4L doesn't work with OSS4 (I don't know why, I think something is broken somewhere or an API change I don't know ...)

2. All Alsa Apps works like Crap with OSS4

3. Audacity don't work at all (OSS or ALSA mode)

There is no other solution ! Turn ON this ALSA OSS emulation ! It's not like it will hurt someone or something !

ALSA OSS is a compatibility layer, not a full set of driver like OSS4 or OSS3 (built in linux kernel and depreciated). It produce no conflict at all !

Is it not obvious that it is just stupid to remove OSS compatibility ? In the case that we don't use it, activating or deactivating OSS compatibility serve no purpose. In the case that you actually use it and no other solution exist to make what you want, you make Ubuntu painful to use to a lot of peoples around the world !

I speak for french community here, In our forum, we have a significant amount of people who are also horribly worried about the future of Ubuntu !

I will be totally honest with you ... If this issue is not closed with Ubuntu 11.04, I will consider to use another linux distribution ... And it hurts me inside. I have contributed a lot to many ways for many years to spread the word about Ubuntu, I have contributed on the translation, contributing to the Ubuntu-fr Wiki. I feel like raped ... Or like everything have no sense in this world ...

@Daniel Chen,

Mythbuntu uses XFCE as the desktop environment. Do you happen to know the name of the command that launches whatever pulse configuration interface that isn't deprecated? There's nothing relevant in XFCE's menus, so I'll have to launch from the bash prompt. Thanks!

> 1. XawTV and V4L doesn't work with OSS4 (I don't know why, I think
> something is broken somewhere or an API change I don't know ...)

In this case, bugs need to be filed against the relevant source
packages, and we need to assist upstream developers in fixing them.
Wouldn't you want the bugs fixed regardless where they lie? Honestly,
it sounds like XawTV and V4L are making poor assumptions about the
older OSS API (much like ALSA makes poor assumptions about the
underlying hardware - assumptions only exposed through the
introduction of PulseAudio).

> 2. All Alsa Apps works like Crap with OSS4

What compatibility layer, if any, are you using? Are you routing
everything ALSA through PulseAudio configured to use OSS? Are you
routing everything ALSA through OSS4's alsa-lib emulation? Are you
routing everything ALSA through PulseAudio configured to use ALSA
through OSS4's alsa-lib emulation?

> 3. Audacity don't work at all (OSS or ALSA mode)

See above (question 2)

> There is no other solution ! Turn ON this ALSA OSS emulation ! It's not
> like it will hurt someone or something !

There is at least one solution, which is to provide the affected
programs with native PulseAudio backends. Sooner than later OSS is
going to be dropped from upstream Linux utterly, and then Ubuntu won't
be carrying it at all. Many distributions, e.g., Fedora, have already
disabled OSS emulation support from ALSA (being it loading or entirely
like Ubuntu has). Ubuntu needs to help consolidate, not help
fragment, the audio landscape. As long as this emulation support
remains enabled, we will remain in a quagmire of applications
experiencing contention for the audio device, which increases the
friction for adoption of Free Software.

Yes, this is all easier said than done. But this is the way forward.

> ALSA OSS is a compatibility layer, not a full set of driver like OSS4 or
> OSS3 (built in linux kernel and depreciated). It produce no conflict at
> all !

...except that it *does* produce conflicts. If a program uses OSS
emulation, it *prevents* all other programs from accessing the sound
device concurrently. How can we expect a smooth user experience if
this is allowed to occur? (Yes, the same exists for ALSA plughw: and
plug:{everything else}.)

> Is it not obvious that it is just stupid to remove OSS compatibility ?
> In the case that we don't use it, activating or deactivating OSS
> compatibility serve no purpose. In the case that you actually use it and
> no other solution exist to make what you want, you make Ubuntu painful
> to use to a lot of peoples around the world !

Progress is always painful; some people's use cases will always be
underserved with the new configuration. This is unfortunate, but the
solution is to fix the programs to use the new configuration. See the
bit above about native PulseAudio backends.

> I speak for french community here, In our forum, we have a significant
> amount of people who are also horribly worried about the future of
> Ubuntu !

I don't think you speak for anyone but yourself (despite there being a
lot of angry users). I certainly don't speak for anyone but myself,
though I've been willing to assist i...

Good job, David ! It works ok now. Could you make it to go on alsa by
default ? I had to modify the xml file to change the mixer.

You made my day !

Lets see what are they going to do with the Quake based games ...

On Mon, Nov 22, 2010 at 6:04 PM, David Henningsson <
<email address hidden>> wrote:

> @Ole, thanks for the tip. Here you are:
> https://launchpad.net/~diwic/+archive/maverick<https://launchpad.net/%7Ediwic/+archive/maverick>
> Hope it builds fine, give it a try and tell me if it works.
>
> @Psychotron, to see things from the other side: This is exaggerated, but
> somewhat true: http://yokozar.org/blog/content/linuxaudio.png - now
> imagine trying to find where a bug is, in an audio infrastructure that
> have looked somewhat like that - trying to remove an arrow every now and
> then is a good thing. As I said, it's causing frustration in one end,
> but it's reducing frustration in another end. And if this frustration
> can be solved by porting a few apps to ALSA, it might be worth it.
>
> --
> Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*
> https://bugs.launchpad.net/bugs/579300
> You received this bug notification because you are a direct subscriber
> of the bug.
>

@David Henningsson:

My naive interpretation of diagram

http://yokozar.org/blog/content/linuxaudio.png

is

(1) OSS offers the most direct route (2 steps) between a userspace program and the output hardware, and therefore would be expected, a priori, to provide the best latency. Audio-video applications (in contrast to purely audio applications) demand low latency as the primary requirement for the sound system.

(2) The complexity arises from a trend towards virtualization, which introduces software layers not needed by most users, introduces latency and loads the CPU. It is ironic that removal of OSS is seen as a solution.

More generally: you say "porting a few apps to ALSA" might be "worth it". I would have sympathy for this point of view if you were offering to do the porting yourself. It should be remembered that "filing a bug report" against a working application is a euphemism for asking somebody else to do some unnecessary work.

Mike

@David: works for me too, when I change the MixerDevice setting to "hw:0" (or in my case "hw:Audigy") as indicated in the Fedora bug (just wasted an hour finding out that "default" doesn't work, googling impenetrable shoddy ALSA documentation, no wonder it has been so long in replacing anything, the API is total crap). Thanks for working on this!

To those who're still in the mud: try the kernel team! I've already emailed ubuntu-devel, maybe that's how David found us! I wouldn't bother contacting Leann Ogasawara, I've tried that twice with no reply. Maybe she's busy breaking other apps that used to work. :)

@Ole, added bug #680386 for the tvtime update. After it has been accepted into Natty, we can request an stable release update to Maverick, I saw Daniel suggested that in ubuntu-devel.

@Mike, the diagram is not good enough to make that conclusion. Also, what we're removing is one of several arrows from OSS to ALSA, as we're removing ALSA's OSS emulation, not OSS itself.

@yota, that's good news! Seems like we should make sure 0.24 gets packaged for Natty. The 0.24 diff is too big to do as a stable update for Maverick, but perhaps it can be released in a PPA or through ubuntu-backports.

I also request that this bug be fixed, and the kernel expose the /dev/mixer, /dev/dsp, and other devices..

I have 3 sound cards in my home machine, hooked up to several radio tuners.

Signals are recorded according to cron jobs and bash scripts.

How exactly will I replace that functionality with PulseAudio?

I reiterate the opinion above that PA is garbage. A particulary smelly, slimy load of garbage.

Please make PA coexist with the legacy means of sound card control.

Is this change infecting other distributions? Can I use Debian to avoid this problem? Advice about other distributions would be helpful.

Thank you.

@Joe User:
Debian seems ok (I've just tested Sid with 2.6.32 kernel, and snd_pcm_oss module is available).

Probably the only distributions affected by this bug (or should I say "affected by this fix"?) are ubuntu and derivatives, I can confirm the issue on mint 10.

@David:
Yes, having a working mythTV in natty would be a good new indeed, having it working out of the box in maverick would have been even better. Please note that mythTV ALSA support would have been fixed even without OSS sabotage.

Also the way you carefully ignored other parts of my verbose post make me suspect that the message Psychotron read between the lines is correct.
Still I strongly believe that if someone, who participated to the decision that this* was the best way to go, care to share it would be easier for everyone to understand the unquestionable choice of ditching OSS.

*for the sake of clarity: let me repeat once more that with "this" i refer to the decision to totally remove OSS instead of blacklist it, and not about the opportunity to dismiss OSS or not.

When I first saw "Bug" #579300 in early September I was puzzled, because it seemed to make no sense at all. Things are clearer now.

(1) People who have been using applications dependent on OSS are no longer welcome on Ubuntu and must go elsewhere. Mr Chen was given the thankless task of making this known. I'm not critical of him - he thinks he is doing the right thing.

(2) Since there is no plausible technical reason for disabling OSS, we must look elsewhere for the explanation. No doubt this lies in the sociology of open-source audio development and/or in the business model for eventual monetization of Ubuntu. I personally am not sufficiently interested to speculate about this.

(3) I would like to think that Debian is the answer, but the very lengthy wait for the release of Squeeze leads me to suspect that there are serious problems (of a different kind) with Debian too.

(4) The way that the killing of OSS has been handled in Ubuntu is ugly, but I see it as merely part of a wider malaise, just one more nail in the coffin of Linux multimedia. Of course, Linux will survive in the long term - on servers.

Mike

@yota, I'm not sure what you believe I ignored, but I don't have the time/priority to answer all of you thoroughly.
So for the compile-but-blacklist option, if that was what you thought I ignored, here's my personal opinion:
 Maverick: doing configuration changes for the Maverick kernel is way too late, so no use discussing it.
 Natty: Out of the applications listed here so far that Ubuntu ships, AFAIK tvtime and mythtv already have fixes (gnomeradio as well? I'm not sure), so I'm very hopeful that we'll have a better situation for Natty for the last few applications still requiring the kernel-space emulation. Since I don't care about Quake and other stuff we don't ship, I think it's unnecessary to enable compile-but-blacklist.

@Mike, I have assisted in making the fixed tvtime available so yes, I'm prepared to do some of the work.

@David, I saw a problem with patched tvtime, sometimes when cpu is
overloaded with different applications and tvtime is minimized, I restore
tvtime window but its black (although sound is playing ok continuously), and
stays black until restarting the computer.
So maybe someone could check this thing. Thanks a lot.

On Thu, Nov 25, 2010 at 12:59 AM, David Henningsson <
<email address hidden>> wrote:

> @yota, I'm not sure what you believe I ignored, but I don't have the
> time/priority to answer all of you thoroughly.
> So for the compile-but-blacklist option, if that was what you thought I
> ignored, here's my personal opinion:
> Maverick: doing configuration changes for the Maverick kernel is way too
> late, so no use discussing it.
> Natty: Out of the applications listed here so far that Ubuntu ships, AFAIK
> tvtime and mythtv already have fixes (gnomeradio as well? I'm not sure), so
> I'm very hopeful that we'll have a better situation for Natty for the last
> few applications still requiring the kernel-space emulation. Since I don't
> care about Quake and other stuff we don't ship, I think it's unnecessary to
> enable compile-but-blacklist.
>
> @Mike, I have assisted in making the fixed tvtime available so yes, I'm
> prepared to do some of the work.
>
> --
> Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*
> https://bugs.launchpad.net/bugs/579300
> You received this bug notification because you are a direct subscriber
> of the bug.
>

@Claudiu, this sounds unrelated to my patch (although you can never know for certain), so please file a separate bug against tvtime (this is ok as the patched tvtime version is already in Natty).

@David:
Even if our opinions are hugely different I really thank you for your answer.
Indeed my primary (but not only) concern was about include-but-blacklist oss emul, which was originally proposed by other users (Christophe Van Reusel, what_if) since 2010-10-22, and which still seems a viable solution for everyone, but lacked any kind of official reply until now.
I don't agree with your conclusion but I can see your points.

This said I hope it's fine if I continue exposing some of my thoughts about this "fix", feel free to skip the remaining part according to your priorities.

Even if for OSS is "Too late, always was, always will be", I hope that at least the way in which this removal was handled can be reconsidered.

I don't see why ubuntu should be hostile (or simply ignore) to applications not shipped with it, and if the devs don't care about Quake, UT, Enemy Territory (just to pick some titles from above) does not mean others feel the same. No one is asking to support those applications, but just not to actively work against them. Is ubuntu going to become a walled-market os where installing anything outside the repo is impossible? Are phone capability planned at least? ;-)

Every piece of software can be a valuable asset and deliver value to both to users and to the platform itself.
Moreover I'm not an audio expert but it comes to mind also that OSS is portable while ALSA is linux only, and so this choice damages various BSD flavours and fragment the opensource sound landscape.

It's a wide accepted principle that API should get deprecated before being removed, this has not happened here.
This is an howto (with the purpose of using OSS on ubuntu) which is just an year old https://help.ubuntu.com/community/OpenSound where is said that "OSS 4.x is alive and well". If you google "ubuntu oss remove" no official discussion shows up, no warning whatsoever. The fact that this very thread comes up as the 5th result demonstrate how scarce are public discussion about the opportunity of removing OSS support (if someone spoke about this plan in a private masonic lodge doesn't count).

I hope no investor willing to spend money on linux software development read this, because I'm sure that the "a not deprecated API can be dropped everyday without any warning or reason" message is not so reassuring.

Since my focus is not on audio I'll made an act of thrust and try to accept this choice. I hope that time will show me that this makes more sense than it seems. What I'm sure is that things could have been handled better.

If you made this far despite the "escape clause" above, thank you for your time.

As yota (ironical) wrote in comment #89:

> Fix potential issue with multi-channel ordering when seeking/pausing if using OSS [25878] <- LOOK: ACTIVE OSS DEVELOPMENT IN 2010!!! THIS IS MADNESS! ;-)

...and clarified in comment #102:
>Moreover I'm not an audio expert but it comes to mind also that OSS is portable while ALSA is linux only, and so this choice damages various BSD flavours and fragment the opensource sound landscape.

ALSA is Linux only, while OSS - shabby as it may be compared to ALSA - is much more portable (http://en.wikipedia.org/wiki/Open_Sound_System says OSS is available on "11 major Unix-like operating systems").
So maybe we don't need OSS, but we (optional) need the ALSA OSS-emulation.
  - To not break the whole *nix Sound landscape in to a Linux and a Unix part
  - To not break many applications and games
  - To not harm the end user experience
  - To not be offensive to application/game developers which want to develop multi platform programs

Blacklisting sounds like a compromise for me. But how does removing with no or only short-term announcing fits to the ubuntu
philosophy to be "people's allegiances and relations with each other" (https://help.ubuntu.com/10.10/about-ubuntu/C/about-ubuntu-name.html)? In my opinion it's offensive to users and developers.

Don't get me wrong: I'm sure there are reasons to drop OSS Support but please do it a long-term way to give developers and users the chance to prepare.
Compiling but blacklisting dosn't harm anybody or anything, but gives an option for an easy workaround while still bringing the plans to drop OSS support into focus.

regards

Rechner-Tester

Creating problems for simple end users in the name of "user experience"!! Remove functionality before equally-good-or-better alternatives are available! Simply ridiculous!

B*lls to control freak idiots - if I use an app that is old and no longer under active development, it simply means that I like it and am comfortable with it. Don't give me lectures on "standard user experience" and the need to move forward. Crippling functionality of what I already had and invested time and effort in configuring to my liking!

F**k you Steve J*bs!! Creating usability issues for people dumb enough to use your products, nice way to treat them!!

.... OH WAIT! This 'fix' did not come from A$$le, did it!!
Could not notice the difference - please replace Meerkat/Daniel T Chen/Any-other-self-proclaimed-crusader-for-coding-practice-above-"normal"-end-user-comfort for Steve up there.

Time to move on?

When you try to compile Alsa on Ubuntu 10.10, it compiles fine. When you try to load the new kernel modules, you get

[ 332.243113] snd: Unknown symbol unregister_sound_special (err 0)
[ 332.243379] snd: Unknown symbol register_sound_special_device (err 0)
[ 332.245467] snd_timer: Unknown symbol snd_info_register (err 0)
[ 332.245631] snd_timer: Unknown symbol snd_info_create_module_entry (err 0)
[ 332.245839] snd_timer: Unknown symbol snd_info_free_entry (err 0)
[ 332.246210] snd_timer: Unknown symbol __snd_printk (err 0)
[ 332.246373] snd_timer: Unknown symbol snd_iprintf (err 0)
[ 332.246607] snd_timer: Unknown symbol snd_ecards_limit (err 0)
[ 332.246834] snd_timer: Unknown symbol snd_oss_info_register (err 0)
[ 332.246997] snd_timer: Unknown symbol snd_unregister_device (err 0)
[ 332.247224] snd_timer: Unknown symbol snd_device_new (err 0)
[ 332.247625] snd_timer: Unknown symbol snd_register_device_for_dev (err 0)

As far as I understand, this is related to the rest of the kernel being compiled with the Alsa OSS sound options.
I am actually fine with this decision of removing OSS. OSS was deprecated for ages.

However, what changes do I need to make to the stock Alsa so that it can be used in Ubuntu 10.10 (or newer)?

Regarding my problem with no audio when running Spotify under Wine since upgrading to Ubuntu 10.10. This is fixed by upgrading Wine to 1.3.9 Beta from the stock 1.2 which ships with Ubuntu 10.10. see my blog for more details http://mylinuxramblings.wordpress.com/know-linux-bugs/

Simos

When you try to compile Alsa on Ubuntu 10.10, it compiles fine. When you try to load the new kernel modules, you get
....

As far as I understand, this is related to the rest of the kernel being compiled with the Alsa OSS sound options.
I am actually fine with this decision of removing OSS. OSS was deprecated for ages.

Hello,

Sorry I don't know how to do for stock alsa. But as far as I understand here your problem is maybe just related because oss is removed .... The 10.10 kernel is NOW COMPILED WHITHOUT OSS. And this is THE PROBLEM A LOT OF OTHER USERS HAVE..

For Your problem just google around and i'm shure you'll find it somewhere. It's possible that you have to use a patch somewhere before you compile.

I found this link thanks to kklimonda on freenode. http://nullkey.ath.cx/~stuff/et-sdl-sound/ Make sure to change the SDL_AUDIODRIVER to pulse.

Cheers.

Regarding the compilation of the latest Alsa for Ubuntu 10.10 (or newer), when you run

./configure

You need to add the option --with-oss=no, as in

./configure --with-oss=no

and you are set.

@David: Cool, thanks a LOT.

On Fri, Nov 26, 2010 at 8:28 AM, David Henningsson <
<email address hidden>> wrote:

> @Claudiu, this sounds unrelated to my patch (although you can never know
> for certain), so please file a separate bug against tvtime (this is ok
> as the patched tvtime version is already in Natty).
>
> --
> Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*
> https://bugs.launchpad.net/bugs/579300
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Hi all
   Here's the latest maverick linux kernel compiled for x86, with the OSS compat stuff re-enabled.

      M

...and the corresponding linux-headers package...

@martinwguy:
first of all, thanks so much for making this deb
but I experienced a couple of problems trying to use your 2.6.35.8+oss kernel:
- I get a long list of errors (can't cut and paste from the Gdebi console) when installing both the image and the headers from deb
- after installing the headers Gdebi lists an error which says I need to install the headers (?!)
- the broadcom driver doesn't work in this kernel so I'm not able to get wifi
here is the broadcom driver url:
http://www.broadcom.com/support/802.11/linux_sta.php
 - I've found that 'Linux 2.6.35-24-generic' kernel works with the broadcom driver
- the Grub menu won't load by holding down the <shift> key during boot
that's all I found so far
has anyone else tried to install the 2.6.35.8+oss image and headers?
if so, any troubles/issues?

'Ubuntu needs to help consolidate, not help fragment, the audio landscape. As long as this emulation support remains enabled, we will remain in a quagmire of applications experiencing contention for the audio device, which increases the friction for adoption of Free Software.'

q: does this mean that the goal of Ubuntu is to divide pro and consumer audio into:

- enthusiasts = ALSA+Jack
&&
- cafe laptoppers = PulseAudio

?

On Mon, Jan 3, 2011 at 10:27 PM, Kim Cascone <email address hidden> wrote:
So good to hear you! I love Blue Cube since the late 1980s :D and
published it with a load of other Csound pieces from that period.
freaknet.org/martin/audio/csound

Bless

    M

On Mon, Jan 3, 2011 at 9:27 PM, Kim Cascone <email address hidden> wrote:
> but I experienced a couple of problems trying to use your 2.6.35.8+oss kernel:
> - I get a long list of errors (can't cut and paste from the Gdebi console) when installing both the image and the headers from deb
> - after installing the headers Gdebi lists an error which says I need to install the headers (?!)

I've tried thiss on mine, an Intel Celeron x86 laptop

> - the broadcom driver doesn't work in this kernel so I'm not able to get wifi
> here is the broadcom driver url:
> http://www.broadcom.com/support/802.11/linux_sta.php

Don't have an STA wifi setup, but already it sounds like you have
other problems. Possible that it is barfing at the '+' in the version
string? I can try setting off another build with a more conventional
name...

> - the Grub menu won't load by holding down the <shift> key during boot
> that's all I found so far

I've tried this too and it still works. However, the grub config will
have been rewritten during the kernel installation. Is it possible
that you are getting disk write or read failures?
Boot from a Live CD and run, as root, e2fsck -c /dev/sda1 (or
whichever disk is /)

> has anyone else tried to install the 2.6.35.8+oss image and headers?
> if so, any troubles/issues?

So far, no probs encountered here. Let me know about the disk integrity test.
... or re-install the packages to force rewriting of the grub files.
However, it shouldn't have touched anything to do with gdebi.

    M

On Tue, Jan 4, 2011 at 2:05 AM, Martin Guy <email address hidden> wrote:
> On Mon, Jan 3, 2011 at 9:27 PM, Kim Cascone <email address hidden> wrote:
>> - I get a long list of errors (can't cut and paste from the Gdebi console) when installing both the image and the headers from deb
>> - after installing the headers Gdebi lists an error which says I need to install the headers (?!)
>
> I've tried thiss on mine, an Intel Celeron x86 laptop

Sorry, I meant to write: "...and it works fine for me."

>
>> - the broadcom driver doesn't work in this kernel so I'm not able to get wifi
>> here is the broadcom driver url:
>> http://www.broadcom.com/support/802.11/linux_sta.php
>
> Don't have an STA wifi setup, but already it sounds like you have
> other problems. Possible that it is barfing at the '+' in the version
> string? I can try setting off another build with a more conventional
> name...
>
>> - the Grub menu won't load by holding down the <shift> key during boot
>> that's all I found so far
>
> I've tried this too and it still works. However, the grub config will
> have been rewritten during the kernel installation. Is it possible
> that you are getting disk write or read failures?
> Boot from a Live CD and run, as root, e2fsck -c /dev/sda1 (or
> whichever disk is /)
>
>> has anyone else tried to install the 2.6.35.8+oss image and headers?
>> if so, any troubles/issues?
>
> So far, no probs encountered here. Let me know about the disk integrity test.
> ... or re-install the packages to force rewriting of the grub files.
> However, it shouldn't have touched anything to do with gdebi.
>
>    M
>

@martin: thanks for the kudos on 'blueCube( )' :)

as for the kernel build: I've automagically gotten pd to talk to the USB audio and the Intel HDA hardware without having to use Jack...not sure how I did this but it seems that my 'problem' is solved -- not that using Jack is a problem but you'd think plugging in a USB audio card should just work without being forced to use Jack...

thanks again for your response and help!

-~-
kim

changed assignee to David so that he can keep track of it.

~JFo

> 2) Since there is no plausible technical reason for disabling OSS, we must look elsewhere for the explanation.

This kind of thing, "deprecating" usually serves a psychological need of developers/managers, as a way of trying to eliminate something they see as evil, for whatever strange reason. We've seen it in GCC, breaking existing code, and (amazingly!) the newer ARM instruction sets.

It serves no purpose for the users of Ubuntu, having no effect whatever, except that of breaking half the software.

You remember how, in Toy Story 2, the penguin's voice box was broken? I saw it as a wry comment on Linux-based systems (on which the film was rendered) and how the audio support has been so flaky in the past. This decision renews that tradition... just when you thought audio had started working...

Reason for changing status: The intial request for change is performed. The rest of the thread is about the regressions that it caused.

On 10 January 2011 22:10, David Henningsson <email address hidden> wrote:
> Reason for changing status: The intial request for change is performed. The rest of the thread is about the regressions that it caused.

Sorry, what has changed? Is OSS compat to be restored?

   M

@martin

check the thread title please !

On Tue, Jan 11, 2011 at 6:12 AM, martinwguy <email address hidden> wrote:

> On 10 January 2011 22:10, David Henningsson <email address hidden>
> wrote:
> > Reason for changing status: The intial request for change is performed.
> The rest of the thread is about the regressions that it caused.
>
> Sorry, what has changed? Is OSS compat to be restored?
>
> M
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/579300
>
> Title:
> Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*
>

1: I don't see why OSS had to be disabled for the distro so that some developers could investigate OSSp, why not just disable it them self in a test kernel. Unless they wanted some users reactions, possibly to identify affected software, and maybe drive some of them to update there sound method.

2: Where can we follow the progress of getting OSSp in to Ubuntu? Is there any way to help with that?

I don't understand the rationale for this change. It is obvious that many people and a lot of software rely on OSS. The logical route to go about this would be to develop an OSS wrapper first (OSSp or whatever), and after it works to some degree, replace the OSS kernel stuff with it. Doing it the other way around is just asking for trouble.

What's wrong with blacklisting the OSS modules, but still shipping them with the kernel? So people who need OSS can enable it with minimal effort, while it's still disabled by default.

I filed bug #716814 to revert this change, however they want verification it's still broken in the latest daily builds. I won't be able to do this for a week or so, but if someone else wants to test it earlier we can get it fixed sooner.

Are we getting OSS emulation back in the kernel or do I need to change distros?

I am a end user, not especially skilled in linux.
After much frustration I have found that this is the reason Ubuntu is not working for me.

I have found a pre compiled kernal to try and will probably give it a shot... or move to another distro.

As an end user I always thought linux was supposed to support older hardware/software? If everything was new would someone not just use Windows 7? In my case most everything is new but thats not good enough. I would understand and expect for linux to not support my ATI 3D cards in crossfire mode.. but it did... nice surprise. Now only if the sound would work.

I have yet to see an improvement from the last time I used Ubuntu several years ago... its still not ready to migrate Windows users and seems to be going backward from that goal as at least the last time everything worked.

I lost my Windows install as well as my legal valid product key for Win 7 so I am stuck with linux for a short time. (raid array gone wrong) Its just no fun anymore.

@Rich3077: When you compile your Alsa (alsa-driver), use the command line

./configure --with-oss=no

and that's it. It will now work.

You mention "Now only if the sound would work." You have a generic sound issue? This bug report affects only legacy (very old) apps that need OSS emulation to work.
If you have a generic sound problem, then there are ways to solve it (hint: run ubuntu-bug audio and follow the steps.).

Hey guys!
I'm using natty and I've noticed that my old quake3 based games are still broken because you all decided to take out OSS compatibility. I tried to install OSSP, but that package doesn't even exist for Ubuntu. So, I did try to download and compile it manually, and after a while, I was able to get ossp to run, but it looks like it doesn't even support mmap for /dev/dsp, so I still can't play my old games.

You need to either re-enable OSS compatibility support (or at least put the snd-pcm-oss.ko into the oss-compat package which is currently broken), or fix OSSP so that it works with mmap programs and package it for Ubuntu so that non-developers can use it.

  I was telling my friend about it this weekend saying I was going to try to finally finish Return to Castle Wolfenstein, but that I couldn't get audio working on my computer. He was like, "Hahaha, Linux is always broken for games.", but I had to reply "This time, the Ubuntu developers actually broke it on purpose." :(

By the way, it is really bad manner to disable an important feature for your users just so you can try to develop some new replacement. You should have instead modified your own kernels on your dev-boxes instead of breaking it for the entire Ubuntu user base.

Thanks,
Jacob

So I upgrade from 10.04 to 12.04 and find my SPU's (both petes and eternal) in PCSXR broken because of this. Since these pieces of software are no longer maintained how do you expect me file bugs with the developers Daniel? And, no, using pulseaudio is not an option since it has always refused to work with my USB soundcard.

Now I have to spend hours figuring out a hacky workaround for this "bug". You have to love progress...