On 07/24/2014 06:35 PM, Matthew Gabeler-Lee wrote: > > The core of the problem, I think, is that lmt-udev is clearly intending > to detach itself from the udev daemon that spawns it, but is failing to > do so. I think the strategy it uses may have worked with prior versions > of udev, but changes in udev mean that the strategy is no longer > sufficient. I don't think those changes in udev were accidental, I > think they were deliberate design choices, so I don't think it can be > called a bug in udev. > > I think the change I mentioned earlier (and quoted above) is a correct > and proper solution. It accomplishes the intent of detaching lmt-udev > from the spawning udev instance, allows udev and the rest of the boot > process (systemd or sysvinit) to continue normally, and allows LMT to > process the devices present at boot once /usr is mounted and the LMT > programs are available. > > The only risk to it would be if there was error output from the script > that normally would be captured and logged by udev, this would prevent > that. It looks like LMT is designed to log to syslog directly, so if > there are errors they wouldn't be going to stdout/stderr anyways. Given > that udev didn't capture stdout/stderr before, and LMT logs on its own, > I think this risk can be ignored.
Fair enough. I am willing to apply the change. Have you tested it on your setup ? Does it work perfect for you ? Asking one more time. :-) I have picked the changes you've mentioned, and am testing on my laptop. If things don't break in a week, I'll apply the changes to the repo. Thank you for investigating this. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: OpenPGP digital signature
