From owner-cvs-src@FreeBSD.ORG Mon Jun 20 22:09:42 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 971D916A41C; Mon, 20 Jun 2005 22:09:42 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-78-106.jan.bellsouth.net [68.222.78.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539E543D49; Mon, 20 Jun 2005 22:09:42 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 7986A21001; Mon, 20 Jun 2005 17:09:41 -0500 (CDT) Date: Mon, 20 Jun 2005 17:09:41 -0500 From: "Matthew D. Fuller" To: Garance A Drosehn Message-ID: <20050620220941.GB78993@over-yonder.net> References: <200506200314.j5K3EUtt089472@repoman.freebsd.org> <20050620094103.GB54301@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Tim Robbins Subject: Re: cvs commit: src/usr.bin/env env.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 22:09:42 -0000 On Mon, Jun 20, 2005 at 01:47:59PM -0400 I heard the voice of Garance A Drosehn, and lo! it spake thus: > > >Also, please be careful when adding new non-standard options and > >features; they tend to stick around forever. > > These *are* intended to stick around forever. In fact, they are > designed in such a way that other OS's could pick up the changes. Well, FWIW, it DID occur to me (I just ignored it, because it seemed kinda irrelevant and nit-picky) that it might be more approprate to have an external utility (`runinterp` or something) to do that splitting, rather than grafting it onto env. I think of env as a way to set environmental variables, not as a way to execute programs. It might be easier to convince other OS's "Here, have a package for this utility" than "Here, change your env to work like this", too. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream.