http://bugzilla.novell.com/show_bug.cgi?id=598193 http://bugzilla.novell.com/show_bug.cgi?id=598193#c67 --- Comment #67 from Xinwei Hu <xwhu@novell.com> 2010-06-22 11:29:29 UTC --- (In reply to comment #66)
(In reply to comment #65)
Why not the solution proposed in comment #59?
Because it's only one source of the events the current dm tools don't handle properly, and we have more: packages trying to apply a new config, kernel module updates, users running 'trigger', udisks installing 'watch' events, ...
Let's stick with this bug first. This bug is about that rules for device-mapper doesn't work with artificial 'add' event. This is still true with the latest update, and I think it'll be true in foreseeable future. So, I think the suggestion in comment#59 is the right step to go. Then, on the other hand, I agree with Kay that the udev rules for device-mapper are broken with artificial uevents. Default assumption of source of the uevent is one thing, and avoiding racing is another. However, these issues will not affect installation process as far as I can see ... just my .2c. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.