Re: RFC: Fixing udev_retry

2011-10-06 Thread Bruce Dubbs
Bryan Kadzban wrote: > (I do notice that the sysconfig/udev_retry file was missing from that > commmit, so I've added it back in r9615. Thanks. I guess that was my fault for not doing an svn add before committing. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http

Re: RFC: Fixing udev_retry

2011-10-06 Thread Bryan Kadzban
Bruce Dubbs wrote: > One minor thing to consider that I didn't change: If we change the > config file to use a variable, then the configuration could be > optionally placed in the rc.site file. For example: Hmm. That would make it easier for admins to find one file with all settings in it. O

Re: RFC: Fixing udev_retry

2011-10-06 Thread Bruce Dubbs
Bryan Kadzban wrote: > Bruce Dubbs wrote: >> Matthew Burgess wrote: >>> I'd prefer to do that in this change. As you mention in the patch, >>> this won't work with the current version of Udev in the book, so we >>> may as well get rid. OK, I committed the patch with a few minor changes. Mostly

Re: RFC: Fixing udev_retry

2011-10-05 Thread Bryan Kadzban
Bruce Dubbs wrote: > Matthew Burgess wrote: >> On Tue, 04 Oct 2011 21:45:13 -0700, Bryan Kadzban >> wrote: >>> Longer term, we can remove the --type=failed invocation entirely, >>> although maybe that's better done as part of this change? >> >> I'd prefer to do that in this change. As you mentio

Re: RFC: Fixing udev_retry

2011-10-05 Thread Bruce Dubbs
Matthew Burgess wrote: > On Tue, 04 Oct 2011 21:45:13 -0700, Bryan Kadzban > wrote: >> See the attached patch for what I propose we do, at least in the short >> term, or possibly longer as well. >> >> It changes udev_retry to (in addition to using --type=failed) read >> /etc/sysconfig/udev_retry

Re: RFC: Fixing udev_retry

2011-10-05 Thread Matthew Burgess
On Tue, 04 Oct 2011 21:45:13 -0700, Bryan Kadzban wrote: > See the attached patch for what I propose we do, at least in the short > term, or possibly longer as well. > > It changes udev_retry to (in addition to using --type=failed) read > /etc/sysconfig/udev_retry (name TBD, but this works for m

RFC: Fixing udev_retry

2011-10-04 Thread Bryan Kadzban
See the attached patch for what I propose we do, at least in the short term, or possibly longer as well. It changes udev_retry to (in addition to using --type=failed) read /etc/sysconfig/udev_retry (name TBD, but this works for me?) and pull subsystem names from there, then trigger "add" events fo