From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 22:31:46 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52BD237B401 for ; Tue, 6 May 2003 22:31:46 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D8E43F75 for ; Tue, 6 May 2003 22:31:45 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by attbi.com (rwcrmhc53) with SMTP id <2003050705314505300ono22e>; Wed, 7 May 2003 05:31:45 +0000 Date: Tue, 6 May 2003 22:31:44 -0700 (PDT) From: Doug Barton To: "."@babolo.ru In-Reply-To: <1052264838.054534.2270.nullmailer@cicuta.babolo.ru> Message-ID: <20030506222607.A5620@znfgre.qbhto.arg> References: <1052264838.054534.2270.nullmailer@cicuta.babolo.ru> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Bridge config in /etc/rc (patch) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 05:31:46 -0000 On Wed, 7 May 2003 .@babolo.ru wrote: > There no sed or grep in /bin or /sbin This was another reason for my suggestion to keep the code simple, even if I forgot to say it. :) Anything involving networking has to be dead simple, because of some of the circular dependencies that you mentioned. > Just as example - mount /usr from > nfs server, which is possible after > net setup, which is possible after > sed use, but sed will be useable latter... > > It's time to invent new command as > set bridge_* :-) Yeah, that's more or less the direction I started heading mentally when I was trying to unravel a way to do the devfs stuff without completely losing my mind. I ultimately went a different direction for that particular problem, but the idea of a "variable finder" function in /etc/rc.subr is percolating back there somewhere. It sounds simple, until you take a look at how many variables are actually set by rc, infinitely variable user environments, etc.... Doug -- This .signature sanitized for your protection