I can't see any explanation in this thread on why this has to be done.
Perhaps you can explain that to us ignorant folks. That programs should
be moved to a newer API is not per se a bad thing, but rather the way
this is done here. And really, I don't see the problem of providing the
ALSA OSS emulation(!!) layer. All new apps can simply ignore it. So
please where is the problem? And if older apps don't support modern
audio features of say PA, so what? Better than not working at all in any
case.

As for your suggested options:
1) How about _first_ doing this and then remove functionality. Further I doubt 
that this will ever happen, as some often used apps aren't really maintained 
anymore e.g. tvtime.
2) Unfortunately I for one have to use Maverick kernel, as with Lucid the 
radeon support is completely broken. And now that I did the update I surely 
have better things to do than downgrading to Lucid. And also I doubt that with 
the next LTS there is a proper replacement for say tvtime.
3) This is a pain and no solution! Hours of compiling for every security fix...

And when did Maverick hit the masses? Right, in Oktober! So you want to
make users hit by this bug responsible for not using very early test
releases?? Come on!

-- 
Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*
https://bugs.launchpad.net/bugs/579300
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to