From owner-cvs-src@FreeBSD.ORG Tue Jul 1 08:12:23 2003 Return-Path: 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 9816737B404 for ; Tue, 1 Jul 2003 08:12:23 -0700 (PDT) Received: from b.smtp-out.sonic.net (b.smtp-out.sonic.net [208.201.224.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 1651D43FE5 for ; Tue, 1 Jul 2003 08:12:19 -0700 (PDT) (envelope-from bmah@acm.org) Received: (qmail 15224 invoked from network); 1 Jul 2003 15:12:18 -0000 Received: from ultra.sonic.net (208.201.224.22) by b.smtp-out.sonic.net with SMTP; 1 Jul 2003 15:12:18 -0000 Received: from bmah.dyndns.org (adsl-64-142-29-76.sonic.net [64.142.29.76]) by ultra.sonic.net (8.11.6p2/8.8.5) with ESMTP id h61FBXX18654; Tue, 1 Jul 2003 08:11:33 -0700 X-envelope-info: Received: from intruder.bmah.org (localhost [127.0.0.1]) by bmah.dyndns.org (8.12.9/8.12.9) with ESMTP id h61FCHnD013850; Tue, 1 Jul 2003 08:12:17 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.9/8.12.9/Submit) id h61FCH4Q013849; Tue, 1 Jul 2003 08:12:17 -0700 (PDT) (envelope-from bmah) Date: Tue, 1 Jul 2003 08:12:16 -0700 From: "Bruce A. Mah" To: Makoto Matsushita Message-ID: <20030701151216.GA13805@intruder.bmah.org> References: <200306291835.h5TIZbci020056@repoman.freebsd.org> <20030630195555.GA14568@dragon.nuxi.com> <20030630201845.GA5859@intruder.bmah.org> <20030701192840V.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20030701192840V.matusita@jp.FreeBSD.org> User-Agent: Mutt/1.4.1i X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-url: http://www.employees.org/~bmah/ cc: bmah@FreeBSD.org cc: src-committers@FreeBSD.org cc: obrien@FreeBSD.org cc: gordon@FreeBSD.org cc: cvs-src@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc/mtree BSD.root.dist src/include paths.h src/rescue Makefile README src/rescue/librescue Makefile src/rescue/rescue Makefile X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jul 2003 15:12:24 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable If memory serves me right, Makoto Matsushita wrote: >=20 > Just a comment... >=20 > > Now that there is zero use of /stand post-install, please add code to > > sysinstall to rm /stand after it is done with it. Thanks. >=20 > bmah> Perhaps you mean "please remove the code from sysinstall that copies > bmah> /stand"? (Not like I've actually tried this.) >=20 > Maybe not, or don't do that. /stand is still helpful if base > distribution is NOT installed, and only the resort for the early stage > of installation. We may use /rescue directory for that, but it is > larger than current /stand directory, hard to putting it onto a floppy > (yes we have a chance to do that if we disables floppy installation.) Um...I only meant that sysinstall doesn't need to copy /stand from the installation media (e.g. mfsroot.flp) during an installation. /stand needs to stay on the floppies because as you pointed out, /rescue (at least in its current form) doesn't fit. > In theory, we can simply do "rm -rf /stand", but it is not enough to > say goodbye to /stand directory -- sysinstall(8) assumes that the > filefile is sitting on /stand/help directory (or sysinstall's source > code directory, but it should not be there if a user doesn't extract > source tree). But it can be easily fixed as you imagined :-) This is only a problem for invoking sysinstall after an installation. I'm not sure what's the best way to solve this problem. Again, I was *not* suggesting that we remove /stand from the floppies. All I was saying is that the correct way to get rid of /stand on the root filesystem (should we choose to do this and assuming that certain details get worked out) is simply not to copy it. Bruce. --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/AaTQ2MoxcVugUsMRAh86AKDJ9y685fI9DNzZcvD+CkDRwiglzgCggLqj QruONTZvZPl1OatfwTVB3Xw= =+xxW -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi--