From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1HH3AI-0001Nh-3W for mharc-grub-devel@gnu.org; Tue, 13 Feb 2007 14:18:10 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HH3AG-0001J1-Ae for grub-devel@gnu.org; Tue, 13 Feb 2007 14:18:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HH3AF-0001Gf-DR for grub-devel@gnu.org; Tue, 13 Feb 2007 14:18:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HH3AF-0001GK-7j for grub-devel@gnu.org; Tue, 13 Feb 2007 14:18:07 -0500 Received: from e4.ny.us.ibm.com ([32.97.182.144]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1HH3AE-00017u-V4 for grub-devel@gnu.org; Tue, 13 Feb 2007 14:18:07 -0500 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e4.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id l1DJI3mC011688 for ; Tue, 13 Feb 2007 14:18:03 -0500 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v8.2) with ESMTP id l1DJGkAW236824 for ; Tue, 13 Feb 2007 14:16:46 -0500 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l1DJGj4i012988 for ; Tue, 13 Feb 2007 14:16:45 -0500 Received: from [9.53.41.42] (basalt.austin.ibm.com [9.53.41.42]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l1DJGjSc012948; Tue, 13 Feb 2007 14:16:45 -0500 From: Hollis Blanchard To: Lubomir Kundrak In-Reply-To: <1171384208.17109.20.camel@pluto.brq.redhat.com> References: <9f50a7a00702112220u37d4a65bv24046be6e513ec76@mail.gmail.com> <1171328483.518.49.camel@basalt> <1171384208.17109.20.camel@pluto.brq.redhat.com> Content-Type: text/plain Date: Tue, 13 Feb 2007 13:16:15 -0600 Message-Id: <1171394175.23399.41.camel@basalt> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit X-detected-kernel: Linux 2.4-2.6 Cc: The development of GRUB 2 , okuji@enbug.org Subject: Re: [PATCH] [UPDATE 2] More enhanced GNU GRUB program name transformations X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 19:18:08 -0000 On Tue, 2007-02-13 at 17:30 +0100, Lubomir Kundrak wrote: > Hi Hollis, > > On Mon, 2007-02-12 at 19:01 -0600, Hollis Blanchard wrote: > > On Mon, 2007-02-12 at 00:20 -0600, Jerone Young wrote: > > > > > > This patch is derived from the patch sent earlier by Lubomir Kundrak. > > > What this patch adds is for library directories and directories in > > > /boot to be changed as well. So the user can easily launch > > > > > > ./configure --program-transform-name="s/grub/grub2/" > > > > This seems a little over-engineered to me. Why not just rename all the > > grub2 stuff to be "grub2-*" to begin with? > > Do you think it is a good practice to rename the program names by > default? In my opinion is not the good place to tell what version of the > program the binary belongs to. This technique is commonly used to > separate versions of software when more than one version it is in use -- > temporarily, till it gets wider acceptance. So users will have both grub-* and grub2-* installed? When grub2 is the default, they and all their scripts will need to learn to run grub2-* instead of grub-*. Then one day grub1 will be removed, grub2 will be renamed to grub-*, and the user must learn this and all those tools will need to be reverted to call grub-* again? I don't think changing the name more than once is a good idea. And if we're only going to change it once, let's just do it and avoid this transform stuff. > That's why I think it is > good that it is configurable. Additionally we merely use autoconf's > feature, not add or invent new stuff, so it hardly can be called > over-engineering. All those | sed "$(transform)" additions don't look like an autoconf feature to me... -Hollis