From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 00:23:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02C3D16A4CE; Sun, 14 Mar 2004 00:23:11 -0800 (PST) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA09343D2F; Sun, 14 Mar 2004 00:23:09 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i2E8N8mg080618; Sun, 14 Mar 2004 10:23:08 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i2E8N8KK080617; Sun, 14 Mar 2004 10:23:08 +0200 (SAST) (envelope-from jhay) Date: Sun, 14 Mar 2004 10:23:07 +0200 From: John Hay To: Marcel Moolenaar Message-ID: <20040314082307.GA80283@zibbi.icomtek.csir.co.za> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> <20040314075329.GA3927@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314075329.GA3927@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: Tim Robbins Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 08:23:11 -0000 > > > I plan to remove doscmd from the base system for the sole reason that it > > > is no longer useful. Any objections? > > > > Why would you want to remove it? It is still very usefull. I use it > > regularly. The only drawback currently is that the Makefile is set > > up in such a way that it does not pick up X during a "make world", > > so after a "make world" you have to build it again to pick up X. > > Built without X it is less usefull. > > This is exactly the reason why the source tree is not the right > place for doscmd. That might be and is the reason I asked for the reasoning behind it. One reason why keeping it in the tree is good, is because it help pick API changes that break it. Out in ports it might take a while to pick that up and then it will be the poor user's problem. :-/ Doscmd use parts of the kernel that isn't used by many other programs. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org