tags 607391 + moreinfo unreproducible thanks [Somehow I didn't see the bugreport - neither of the messages reached me. Dunno why]
Richard Kettlewell wrote at Mon, 07 Feb 2011 22:12:18 +0000: > There is actually a file in /lib which can help achieve this. I used > these commands: > > # cp /lib/udev/rules.d/60-qemu-kvm.rules /etc/udev/rules.d/ > # udevadm test $(udevadm info -q path -n /dev/kvm) > > There is also a section in the postinst which references a nonexistent > rules file, which be a failed attempt to do the same. The lines you refer to is a compensation for a very old udev rules file which previously (in pre-historic times) has been in /etc/udev/rules.d/. Sure thing it does not exist in modern systems. But the thing is: /lib/udev/rules.d/60-qemu-kvm.rules file is sufficient for udevd to pick that file up, there's no need to copy that file into /etc/udev/rules.d/ unless you want to _modify_ that file. This was the intention when moving stuff from /etc/udev/rules.d/ to /lib/udev/ - in order to be able to modify the rules that comes with each package without worrying about local changes. If a file named the same is present in /etc/udev/rules.d/, that file will be used instead of the one in /lib/udev/rules.d/. So I'm not sure I understand the problem, it all works as intended, on my systems and on many other systems all over the world. Maybe you have very old udev package (from Lenny?) which does not look at /lib/udev/rules.d at all? Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
