From owner-freebsd-current Sun Jul 16 05:39:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA22652 for current-outgoing; Sun, 16 Jul 1995 05:39:58 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA22646 for ; Sun, 16 Jul 1995 05:39:56 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id FAA08384 for freebsd-current@FreeBSD.org; Sun, 16 Jul 1995 05:39:40 -0700 From: "Rodney W. Grimes" Message-Id: <199507161239.FAA08384@gndrsh.aac.dev.com> Subject: Re: Move mt(1) to /bin? To: freebsd-current@FreeBSD.org Date: Sun, 16 Jul 1995 05:39:40 -0700 (PDT) In-Reply-To: <199507160741.JAA16485@uriah.heep.sax.de> from "J Wunsch" at Jul 16, 95 09:41:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1301 Sender: current-owner@FreeBSD.org Precedence: bulk > > I've once been asking this, and got null opinions. IMHO, we should > move the mt(1) command from /usr/bin into /bin, since it's containing > functionality to modify the SCSI tape driver now that will be needed > in order to recover a system from SCSI tapes on several sites. > > Currently, a statically linked mt command will bloat /bin by > > -rwxr-xr-x 1 j bin 53248 Jul 16 09:30 mt* > > compared to the dynamic /usr/bin/mt: > > -r-xr-xr-x 1 bin bin 12288 Apr 29 22:34 /usr/bin/mt* > > > Unless somebody objects, i would going to move it some day. I don't want to go doing this on a binary by binary as the need comes up. There are several things that given the same above conditions should be moved to /, and several that could move the other way. I object to this single binary move, until we have a clear definition of what goes in / vs what goes in /usr and every binary in /, /sbin, /usr/bin and /usr/sbin has these definitions applied to them and a list of moves created. Also don't move things around with cvs remove/cvs add, contact me for a repository copy, otherwise history information is lost into the Attic. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD