From owner-freebsd-current@FreeBSD.ORG Thu Nov 11 19:41:27 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 4EBAB16A4CE for ; Thu, 11 Nov 2004 19:41:27 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7CB43D45 for ; Thu, 11 Nov 2004 19:41:26 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 38435 invoked by uid 89); 11 Nov 2004 19:39:26 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 11 Nov 2004 19:39:26 -0000 Received: from 208.4.77.66 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Thu, 11 Nov 2004 12:39:26 -0700 (MST) Message-ID: <49278.208.4.77.66.1100201966.squirrel@208.4.77.66> In-Reply-To: <200411112018.46685.freebsd@redesjm.local> References: <200411112018.46685.freebsd@redesjm.local> Date: Thu, 11 Nov 2004 12:39:26 -0700 (MST) From: "Ryan Sommers" To: "Jose M Rodriguez" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: current@freebsd.org Subject: Re: initdiskless patch 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: Thu, 11 Nov 2004 19:41:27 -0000 Generally I like this. I've been wanting to get rid of that dependency on /stand for awhile as you know. This patch would need either my patch to move gzip into /bin or something similar. Another patch I have locally is to replace GNU gzip with the BSD licensed copy. Moving this to the root is somewhat more of a challenge though because it requires the addition of a few libraries for the binary. Just a few comments within. Jose M Rodriguez said: > Hi, > This is an absolute _NOT_ tested patch, but an idea that can be even MFC > to RELENG_4 Needs to be tested before MFC... > > comments welcome, > -- > josemi > > +# a valid gzip > +if [ -x /bin/gzip ]; then > + use_gunzip="/bin/gzip -d" > +elif [ -x /rescue/gzip ]; then > + use_gunzip="/rescue/gzip -d" > +elif [ -x /stand/gzip ]; then > + use_gunzip="/stand/gzip -d" > +else > + use_gunzip="" I'm not sure I like the idea of having /rescue/gzip or /stand/gzip referenced. /stand/gzip is something that, in my opinion, is 'ok' for now, but after a gzip binary is moved to the root needs to go away. /rescue/gzip is definately NOT something that should go in here. Why would a diskless system need a /rescue anyway? Rescue is for repairing a borked root filesystem. This is completely unnecessary on diskless. With that in mind I'd like to see the next generation of the diskless-root-building script not include /rescue in the diskless root. -- Ryan Sommers ryans@gamersimpact.com