From owner-freebsd-rc@FreeBSD.ORG Sat May 8 20:27:07 2010 Return-Path: Delivered-To: freebsd-rc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 509F91065670 for ; Sat, 8 May 2010 20:27:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id EDABB8FC18 for ; Sat, 8 May 2010 20:27:06 +0000 (UTC) Received: (qmail 30434 invoked by uid 399); 8 May 2010 20:27:06 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 May 2010 20:27:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BE5C918.1050408@FreeBSD.org> Date: Sat, 08 May 2010 13:27:04 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: "M. Warner Losh" References: <201005071710.o47HA3XH078595@freefall.freebsd.org> <4BE44D4E.1080308@FreeBSD.org> <20100507.124410.123339447257066316.imp@bsdimp.com> In-Reply-To: <20100507.124410.123339447257066316.imp@bsdimp.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: eugen@grosbein.pp.ru, freebsd-rc@FreeBSD.org, sem@FreeBSD.org Subject: Re: conf/132483: rc.subr(8) [patch] setfib(1) support for rc.subr X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 20:27:07 -0000 On 05/07/10 11:44, M. Warner Losh wrote: > In message: <4BE44D4E.1080308@FreeBSD.org> > Sergey Matveychuk writes: > : Eugene Grosbein wrote: > : > The following reply was made to PR conf/132483; it has been noted by > : > GNATS. > : > From: Eugene Grosbein > : > To: bug-followup@freebsd.org > : > Cc: sem@freebsd.org > : > Subject: Re: conf/132483: rc.subr(8) [patch] setfib(1) support for > : > rc.subr > : > Date: Sat, 08 May 2010 00:08:20 +0700 > : > I've tested second patch (setfib_for_rc.subr.diff), it works. > : > Vote for commit. Without this, there is no way to bind > : > a network service running from rcNG-based startup script > : > to a non-default FIB. > : > The only alternative is ugly way to use /etc/rc.local with > : > "setfib N ... forcestart" command that ignores dependencies. > : > Please commit. > : > > : > : Unfortunately setfib(1) is in /usr/sbin "which is not guaranteed to be > : accessible at boot time, especially not before the network is up." (c) > : dougb@ > : > : So, this patch has a little chance to be committed. > > Do we still support boot environments where this is actually true?[*] > /usr/* isn't available before mountcrit. Yes, diskless boot. > Given the amount of > sed and awk in use, I think this is likely safe. As a general rule such things are discouraged, but if the service you're trying to launch already relies on something in /usr[/local] then it's not a problem. For instance, given that setfib(8) is in /usr/sbin then relying on jot(1) (which is in /usr/bin) isn't a show-stopper, although I would have avoided using it on principle, but that's just me. :) Please note, I have no opinion either way on the "setfib in rc.d" idea, and if those who have actual knowledge of the value of the proposal are in favor, I'm not opposed to seeing it committed. hth, Doug > [*] where the root partition that's mounted by the kernel for its root > file system doesn't contain /usr and we mount that via the network > later. > _______________________________________________ > freebsd-rc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-rc > To unsubscribe, send any mail to "freebsd-rc-unsubscribe@freebsd.org" > -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/