From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1H3bbp-0007Nq-3N for garchives@archives.gentoo.org; Sun, 07 Jan 2007 17:15:01 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id l07HClPP025207; Sun, 7 Jan 2007 17:12:47 GMT Received: from iabervon.org (iabervon.org [66.92.72.58]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id l07HAioK028186 for ; Sun, 7 Jan 2007 17:10:45 GMT Received: (qmail 30588 invoked by uid 1000); 7 Jan 2007 12:10:42 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 7 Jan 2007 12:10:42 -0500 Date: Sun, 7 Jan 2007 12:10:41 -0500 (EST) From: Daniel Barkalow To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Init scripts waiting for deps in progress Message-ID: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Archives-Salt: 0144b4e9-05d4-472e-96d3-ef867badcfb9 X-Archives-Hash: a66e0cc3cb88712f9b2dc70e71b1df8b I have the following set of init stuff: net.wireless depends on ipw3945d ntp-client depends on net net.wireless automagically starts when the interface "wireless" appears net.wireless is in the boot runlevel When I boot the computer, it starts ipw3945d before net.wireless, but not in time for the "wireless" interface to appear before it tries to start net.wireless. Moments later, the interface appears, and it runs net.wireless again, asynchronously, and it spends a while starting up (it has to find the correct network, and dhcp, etc). While net.wireless is starting up, the system synchronously starts ntp-client, which attempts to start net.wireless; this fails (it's already starting), and so ntp-client fails. Then the asynchronous net.wireless finishes starting, and I have network, but no ntp-client. Is there some way to teach start-stop-daemon that, if a dependancy fails because it is already starting up, this means you should wait for it, not give up? The other stuff is a bit odd, but ultimately harmless, aside from the fact that stuff gets confused by this situation. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list