All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Idea: Use extended blocklist format to support installing to raid device.
Date: Tue, 12 Aug 2008 12:27:11 +0200	[thread overview]
Message-ID: <20080812102711.GA3080@thorin> (raw)
In-Reply-To: <ca0f59980808120220n32b6ae7bj20ba0329b89980e4@mail.gmail.com>

On Tue, Aug 12, 2008 at 05:20:54PM +0800, Bean wrote:
> 
> Hi,
> 
> Right, but we can't get rid of it totally. For example, if they don't
> reserve enough space at the beginning of disk, there is no way to
> install grub2 without blocklist. And, some people may want to install
> to partition instead of mbr. blocklist is useful in small media as
> well, like floppy, which don't the luxury of mbr.

My point is that users shouldn't provide this kind of insane setups and
expect GRUB to work well in them.  Instead of jumping through hoops in order
to support them no matter what, I find it perfectly reasonable that we refuse
to do it.

To me, this sounds like a slippery slope.  Users come requesting support for
all sort of weird setups all the time (I remember a recent thread from someone
who wanted to boot right away from LVM without partition table).  GRUB is
free software, so everyone can adjust it to their needs, but when we implement
the code to support one of these setups, we're basically promising to support
it in the future, deal with user problems and bug fixes.  This shouldn't be
treated lightly IMHO.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



  reply	other threads:[~2008-08-12 10:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-12  1:38 Idea: Use extended blocklist format to support installing to raid device Bean
2008-08-12  8:57 ` Robert Millan
2008-08-12  9:20   ` Bean
2008-08-12 10:27     ` Robert Millan [this message]
2008-08-13  9:53       ` Marco Gerards

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=20080812102711.GA3080@thorin \
    --to=rmh@aybabtu.com \
    --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 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.