From owner-freebsd-arch@FreeBSD.ORG Sat May 31 23:35:14 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CF6E37B401 for ; Sat, 31 May 2003 23:35:14 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2E343F75 for ; Sat, 31 May 2003 23:35:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfi3c.dialup.mindspring.com ([165.247.200.108] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19MMQx-0007EO-00; Sat, 31 May 2003 23:35:12 -0700 Message-ID: <3ED99E4F.751182A2@mindspring.com> Date: Sat, 31 May 2003 23:33:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Gordon Tetlow References: <20030531193849.GR87863@roark.gnf.org> <3ED90796.91188E84@mindspring.com> <20030531204804.GS87863@roark.gnf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49535310e0a68daa61a14c723f8fa6b0ea8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: arch@FreeBSD.org Subject: Re: Moving some items out of src/sbin to src/usr.sbin X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 06:35:14 -0000 Gordon Tetlow wrote: > On Sat, May 31, 2003 at 12:50:46PM -0700, Terry Lambert wrote: > > I would actually be tempted to go farther, and to adopt the SVR4 > > layout for these types of programs, and the stub programs that > > call them, and put them under /libexec; that probably would not > > fly to well, even though it would mean you could drop in new > > file systems, and the tools would "just know" about them. > > They already do. mount -t foo will try execing /sbin/mount_foo > and then /usr/sbin/mount_foo. You'd know that if you read the > source. This is disingenuous. By saying this, you imply that the mount code is able to access things that, it'd be there in the default case, of programs with the install disks. As an example, using your approach, it would be impossible to install from an NTFS partition... which is to say it'd be impossible to install from Winwodws XP. -- Terry