grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] [UPDATE 2] More enhanced GNU GRUB program name transformatio


From: Lubomir Kundrak
Subject: Re: [PATCH] [UPDATE 2] More enhanced GNU GRUB program name transformations
Date: Wed, 14 Feb 2007 11:38:48 +0100

Hi,

On Tue, 2007-02-13 at 13:16 -0600, Hollis Blanchard wrote:
> 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 that GRUB is a think that users tend to use in scripts.

This practice (name transformation) is currently used happily by Debian
to make two versions of Apache HTTPD coexist, by vendors who use
multiple versions of Berkeley DB, by UNIX and BSD systems who provide
GNU versions of their tools etc. In my opinion chance of causing
conflicts and confisuion is even considerably smaller for GNU GRUB.

> 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.

Transformation means that it is not us who change the name. It is an
option for the end-users who wish to have both versions installed. At
least till it is in development, many users will want to avoid conflicts
between the two version, while from long-time perspective it makes
little sense to call everything grub2-*.

It might be argued that this will become of no use once GRUB 2 is
stable. In that case the benefits are ability to have even multiple
versions of GRUB 2 installed (might be useful for debugging) or when one
day GRUB 3 comes out, people could retain their GRUB 2s as grub2-*.

> > 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...

It is documented as example implementation of using AC_ARG_PROGRAM in
GNU Autoconf manual, chapter 12.5 "Transforming Program Names When
Installing".

> -Hollis

Regards,
-- 
Lubomir Kundrak (Red Hat Security Response Team)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]