From owner-freebsd-current Tue Jul 18 07:27:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14400 for current-outgoing; Tue, 18 Jul 1995 07:27:31 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA14387 for ; Tue, 18 Jul 1995 07:27:29 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA26981; Tue, 18 Jul 1995 10:20:11 -0400 Date: Tue, 18 Jul 1995 10:20:11 -0400 From: Garrett Wollman Message-Id: <9507181420.AA26981@halloran-eldar.lcs.mit.edu> To: freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Move mt(1) to /bin? In-Reply-To: <199507180614.IAA08407@uriah.heep.sax.de> References: <199507170854.BAA00976@gndrsh.aac.dev.com> <199507180614.IAA08407@uriah.heep.sax.de> Sender: current-owner@freebsd.org Precedence: bulk < said: >> Before you make decisions you should create formal criteria for the >> reasons things belong where they belong. > Binaries that are essential for system recovery, even in case there's > no /usr file system available (since it's disk is dead, or it's NFS > and not reachable to recover the system). This includes everything > that handles potential backup media and establishing a basic network > connection. (The argument is for both, /bin and /sbin here. The > latter decision should be based on hier(7).) This seems like a good starting point. I would also add the criterion of ``extremely frequently-used system utilities''. The rationale for including these (and it would be necessary to do some thought to figure out the precise set) is to minimize load time as much as possible. Having them be in the root partition and be statically-linked serves this goal. It turns out that almost all of these programs are also needed for system recovery; I think that the current set of /bin programs should all stay, and maybe some should be added. I don't see anything in /sbin that I would throw out immediately, either. (I note that I still have the `st' program from 1.1.5 in my /sbin...) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant