From mboxrd@z Thu Jan 1 00:00:00 1970 From: md@Linux.IT (Marco d'Itri) Date: Fri, 18 Aug 2006 17:22:32 +0000 Subject: Re: [PATCH] optical_gen Message-Id: <20060818172231.GA23820@wonderland.linux.it> List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Aug 18, Kay Sievers wrote: > > Scripts fork and wait in the background until they can continue. > > I still do not like the idea of restarting all failed events without > > knowing why they failed. > Oh, but that works only for stuff that is trying to be directly executed > by udev, but isn't there, right? A script or tool that fails cause it > uses something that isn't reachable at that point, will never be tried > again, right? No, the few packages which need stuff in /usr have scripts which wait for some event (tipically the presence of /dev/log) before continuing. I provided a function to do this and so far it has worked well. > > > The generic 'retrigger' to create the rules later, when /etc is writable > > > sounds much easier than having a special boot script logic for that > > > special case. > > Looks simple enough to me: :-) > Yeah, it's simple, especially in the case you don't handle failed events > at all. :) The idea is that events should not fail depending on when they are received, so there retriggering failed events a few seconds later would have no effect. > Ah, that is also doing that for the network stuff? Yes, and anything else we have not implemented yet (some people are still waiting for persistent sound devices). -- ciao, Marco ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel