From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Cc: Fabian Greffrath <greffrath@leat.rub.de>,
462218@bugs.debian.org, Otavio Salvador <otavio@debian.org>
Subject: Re: Bug#461442: detection of other OSes in update-grub
Date: Wed, 30 Jan 2008 20:48:54 +0100 [thread overview]
Message-ID: <20080130194854.GA2143@thorin> (raw)
In-Reply-To: <47A05477.5030300@leat.rub.de>
On Wed, Jan 30, 2008 at 11:41:59AM +0100, Fabian Greffrath wrote:
> >
> >This implies that we'll have to support 6 different kinds of conversions
> >between path, drive and device, some of which might even be impossible.
> >
> >Besides, perhaps it'd be cleaner to split this conversion to a separate
> >tool, so that grub-probe only operates on devices, and the other tool
> >converts paths to devices (but NOT necessarily devices to paths!).
Actually, this can't work now. After I added a sanity check (sorry, this
was necessary) to verify file reading work properly, everything is more
intermangled.
I'm not sure what would be the right approach. Perhaps a flag in grub-probe
that means "please skip grub_guess_root_device, argument is a device, not a
path!" ? This will let the sanity check know when it can't tell which file
you want to read.
Or perhaps something more radical that splits everything in different layers
(of exposed user commands) ? But that could clutter the user with so many
commands.
Suggestions?
> How about this proposal:
>
> $ grub-convert
> Usage: grub-convert [-d|-g] [DEVICE|DRIVE]
--
Robert Millan
<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call… if you are unable to speak?
(as seen on /.)
next prev parent reply other threads:[~2008-01-30 19:50 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4790C888.6040007@leat.rub.de>
[not found] ` <87sl0v6iod.fsf@ossystems.com.br>
[not found] ` <20080119114939.GB10722@thorin>
[not found] ` <479450A9.90601@leat.rub.de>
[not found] ` <20080121112448.GD7378@thorin>
[not found] ` <47948422.8000208@leat.rub.de>
[not found] ` <20080121121828.GA9244@thorin>
[not found] ` <4795B435.20102@leat.rub.de>
[not found] ` <20080122124642.GC2017@thorin>
2008-01-22 13:14 ` Bug#461442: detection of other OSes in update-grub Fabian Greffrath
2008-01-22 16:56 ` Robert Millan
2008-01-30 10:41 ` Fabian Greffrath
2008-01-30 19:48 ` Robert Millan [this message]
2008-01-31 8:31 ` Fabian Greffrath
2008-01-31 10:10 ` Otavio Salvador
2008-01-31 11:58 ` Robert Millan
2008-01-31 14:26 ` Fabian Greffrath
2008-01-31 14:39 ` Robert Millan
2008-02-04 8:43 ` Fabian Greffrath
2008-02-04 14:18 ` Robert Millan
2008-02-04 14:47 ` Fabian Greffrath
2008-02-04 15:04 ` Robert Millan
2008-02-04 15:27 ` Marco Gerards
2008-02-06 10:12 Fabian Greffrath
2008-02-06 12:02 ` Robert Millan
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=20080130194854.GA2143@thorin \
--to=rmh@aybabtu.com \
--cc=462218@bugs.debian.org \
--cc=greffrath@leat.rub.de \
--cc=grub-devel@gnu.org \
--cc=otavio@debian.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.