grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Subject: Re: About the CLI of both grub-mkrescue versions
Date: Mon, 29 Sep 2014 09:07:51 +0200	[thread overview]
Message-ID: <26976546057851911994@scdbackup.webframe.org> (raw)
In-Reply-To: <CAA91j0X=x8D-nA83E=qTNh16fGxJFAjbG-EBU=u=eynpxXU5yA@mail.gmail.com>

Hi,

me:
> > grub-mkiso.c

Andrei Borzenkov:
> What's the point of having to maintain two versions instead of one?

Well, as stated:

> > This would avoid to bother scripting users of grub-mkrescue
> > or maintainers of things like
> >   http://www.unix.com/man-page/linux/1/GRUB-MKRESCUE/

Besides sabotageing scripts which use old grub-mkrescue,
the current state of grub-mkrescue.c also makes it hard to
write scripts which work with both, GRUB 2.00 and 2.02.

The documentation of the current state of grub-mkrescue.c
would have to be something like:

"Find out what version of grub-mkrescue you are running.
 If it is the new one of GRUB 2.02 or later, then use
 argument "--" between its own arguments and the arguments
 by which you announce your payload files to xorriso.
 If it is the old one, then do not use argument "--" unless you
 want xorriso to end its mkisofs emulation and thus to demand
 native xorriso commands as further input."

With my proposal it would rather be:

"grub-mkrescue is frozen and will not be augmented by new
 features. The new program grub-mkiso takes the same options
 as grub-mkrescue plus some more.
 The main difference between both is that you have to
 separate the grub-mkiso options from the xorriso -as mkisofs
 options by a double dash "--", which will not be forwarded
 to xorriso."

The compatibility mode will not need permanent maintainance.
It will rather be an alternative way to override the defaults
of some of the global variables in grub-mkrescue.c. Once the
legacy parser function is written, it can stay as it is.
Only if the variable names or meanings change, this has to be
reflected in the legacy parser function.

The other tasks which i mentioned, have to be addressed anyway,
because currently the documentation of grub-mkrescue is
flatly wrong in the program and in the .texi file.


Have a nice day :)

Thomas



  reply	other threads:[~2014-09-29  7:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-23  8:12 About the CLI of both grub-mkrescue versions Thomas Schmitt
2014-09-28 16:17 ` Andrei Borzenkov
2014-09-28 16:52   ` Thomas Schmitt
2014-09-28 18:28     ` Thomas Schmitt
2014-09-29  5:04       ` Andrei Borzenkov
2014-09-29  7:07         ` Thomas Schmitt [this message]
2014-10-01  7:25           ` Thomas Schmitt
2014-10-10 18:19             ` Andrei Borzenkov
2014-10-10 20:29               ` Thomas Schmitt
2014-11-28 19:41             ` Vladimir 'φ-coder/phcoder' Serbinenko
2014-11-29  5:38               ` Andrei Borzenkov
2014-11-29 10:55                 ` Thomas Schmitt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=26976546057851911994@scdbackup.webframe.org \
    --to=scdbackup@gmx.net \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).