Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Marco d'Itri
On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: lrwxrwxrwx 1 root root 13 2005-10-12 16:43 080.rules - ../udev.rules lrwxrwxrwx 1 root root 15 2005-10-12 16:30 100compat.rules - ../compat.rules Same thing. You cannot use both of these files. -- ciao, Marco signature.asc Description:

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Ph. Marek
On Tuesday 20 December 2005 09:18, Marco d'Itri wrote: On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: lrwxrwxrwx 1 root root 13 2005-10-12 16:43 080.rules - ../udev.rules lrwxrwxrwx 1 root root 15 2005-10-12 16:30 100compat.rules - ../compat.rules Same thing. You cannot use both of

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Marco d'Itri
On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: So they're not distinct subsets? The ALSA devices are only in 080.rules, and This is explained in README.Debian. I've now removed the symlink 100compat.rules, but the problem remains - I get only a /dev/dsp - dsp. Hard to believe, unless I

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Ph. Marek
On Tuesday 20 December 2005 09:34, Marco d'Itri wrote: On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: So they're not distinct subsets? The ALSA devices are only in 080.rules, and This is explained in README.Debian. Oops, sorry. Should read documentation first, no? I've now removed the

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Marco d'Itri
On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 09:34, Marco d'Itri wrote: Did you reboot? That is a machine where I do software suspend - so it basically gets no reboots unless absolutely necessary. Do you think that may help? Maybe. It's worth trying. You

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Ph. Marek
On Tuesday 20 December 2005 12:51, Marco d'Itri wrote: You should also check with udevinfo/udevtest. $ udevinfo -q all -n dsp P: /class/sound/dsp N: dsp S: dsp So you still have NAME and SYMLINK set to dsp. One suspend later I'm getting $ udevinfo -q all -n

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Marco d'Itri
On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: One suspend later I'm getting I asked you to reboot. $ grep -ri dsp /etc/udev/ Not relevant, only files in /etc/udev/rules.d/ are considered. (notice the missing ,). Not relevant either. -- ciao, Marco signature.asc Description: Digital

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Ph. Marek
On Tuesday 20 December 2005 13:27, Marco d'Itri wrote: On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: One suspend later I'm getting I asked you to reboot. I don't really know why that should be necessary, but it's in progress now. $ grep -ri dsp /etc/udev/ Not relevant, only files in

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Marco d'Itri
On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: Hmm... Maybe udevd should re-parse its configuration upon change, like cron It does (unless you are running a kernel without inotify support). -- ciao, Marco signature.asc Description: Digital signature

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-20 Thread Ph. Marek
On Tuesday 20 December 2005 13:52, Marco d'Itri wrote: On Dec 20, Ph. Marek [EMAIL PROTECTED] wrote: Hmm... Maybe udevd should re-parse its configuration upon change, like cron It does (unless you are running a kernel without inotify support). Well, that's it, then. # CONFIG_INOTIFY

Bug#344120: udev: snd_pcm_oss makes symlink /dev/dsp - dsp

2005-12-19 Thread Ph. Marek
X-Reportbug-Version: 3.18 X-Debbugs-Cc: [EMAIL PROTECTED] Package: udev Version: 0.076-6 Severity: normal On a Acer Travelmate 529TXV I include snd_pcm_oss. I get a /dev/dsp, but that is a symlink to dsp: $ ls -la /dev/dsp lrwxrwxrwx 1 root root 3 2005-12-20 09:40 /dev/dsp - dsp