>> Whether or not this workaround is a simple administrative action does >> not make it a non-bug. In order to fix the problem I had to work out >> that > You should have read README.Debian instead, or just installed alsa-base > which does everything needed to load snd-pcm-oss.
Apologies for not being clear. At step 1: > - /dev is no longer the traditional /dev, instead it is an ephemeral > tree maintained by udev I skimmed everything at /usr/share/doc/udev (including README.Debian.gz) and found nothing which said "the reason that udev disables sound by default is that it won't create /dev/dsp until you manually add add snd-pcm-oss to /etc/modules". This is not a problem on Woody, /dev/dsp is there from the outset and the kernel takes care of its own plumbing as soon as an application opens /dev/dsp. The current behaviour of udev will completely disable sound for all Debian users except those who: (a) happen to use alsa (a base Sarge install does not do this) or (b) manage to work through the series of guesses that I did to get to work something which should work automatically, and has worked automatically in several previous releases of Debian. Further, as I pointed out in the original report, even if you did, in reposnse to this bug, add the relevant information to udev's README.Debian, how is the average to know that the magic information is hidden in /usr/share/doc/udev/README.Debian.gz rather than any of the hundreds of other /usr/share/doc/*/README.Debian* files or thousands of other files in /usr/share/doc/. It is not reasonable to assume that most users will be experts in /dev management to even realise that this is the place to look. - Raz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]