From: "Robin H. Johnson" <robbat2@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] [RFC] sys-boot/grub:0 (GRUB legacy) sunset planning
Date: Sat, 2 Sep 2017 15:56:04 +0000 [thread overview]
Message-ID: <robbat2-20170902T153438-023766176Z@orbis-terrarum.net> (raw)
In-Reply-To: <robbat2-20170902T005948-109714891Z@orbis-terrarum.net>
[-- Attachment #1: Type: text/plain, Size: 2702 bytes --]
Hi,
The base-system project would like to put forward a plan to sunset GRUB
Legacy, sys-boot/grub:0 (grub-0.97).
What does this cover?
---------------------
- sys-boot/grub:0
- sys-boot/grub-static
What does this NOT cover?
-------------------------
- sys-boot/grub:2
- app-emulation/xen-pvgrub [1]
- app-emulation/grub-xen-host [1]
Why should it go?
-----------------
- No longer supported by upstream
- no upstream fixes at all for 5+ years
- very fragile to toolchain changes.
Why does it need to stay at all?
--------------------------------
- grub:0 is still used by legacy systems where the upgrade is
non-trivial (eg. re-partitioning), or not supported (eg. vendor
clouds)
- grub-static was heavily used in specific profiles [2] where the build
system produced a grub that didn't work properly. I think (but would
like confirmation) that the grub-static use cases are no longer in
use.
What are other distributions doing?
-----------------------------------
- Ubuntu shipped both versions of grub for Xenial, but dropped them
entirely for Zesty & Artful.
- Debian: still offers grub-legacy, but defaults to grub-2.
- Fedora: hasn't shipped grub-0 in years.
- CentOS: 6 ships grub-0.97 only, 7 ships grub2 only.
The plan:
---------
- To the extent possible, no new installs should use grub:0.
- package.mask grub:0
- Last-rite grub-static if not needed.
- No new functionality will be accepted
- Outstanding feature patches/bugs will be closed (e.g. btrfs, tpm)
- Fixes to keep it building correctly will be accepted (e.g. gcc-6)
- base-system, as a project, will only maintain grub:2 from this point
forward.
- metadata.xml will mark base-system as maintaining grub:2 only.
- metadata.xml will list explicit grub:0 maintainers.
- This is only available while there is sufficient skilled
manpower/maintainers.
Open questions:
--------------
- Are there more maintainers willing to put their name in the hat?
- Are there existing use cases that I've missed, where migration to
grub-2 CANNOT be done?
- Are there other use cases that need grub-static?
[1] app-emulation/xen-pvgrub & app-emulation/grub-xen-host are
maintained by the Xen project. app-emulation/xen-pvgrub is the grub:0
part, and probably also deserving of sunset. app-emulation/grub-xen-host
depends on grub:2 and builds a specific config.
[2] hardened, no-multilib, mixed 64-bit kernel/32-ul systems.
--
Robin Hugh Johnson
Gentoo Linux: Dev, Infra Lead, Foundation Asst. Treasurer
E-Mail : robbat2@gentoo.org
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 1113 bytes --]
next parent reply other threads:[~2017-09-02 15:56 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <robbat2-20170902T005948-109714891Z@orbis-terrarum.net>
2017-09-02 15:56 ` Robin H. Johnson [this message]
2017-09-03 20:44 ` [gentoo-dev] [RFC] sys-boot/grub:0 (GRUB legacy) sunset planning Hanno Böck
2017-09-05 19:03 ` Robin H. Johnson
2017-09-07 14:29 ` William L. Thomson Jr.
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=robbat2-20170902T153438-023766176Z@orbis-terrarum.net \
--to=robbat2@gentoo.org \
--cc=gentoo-dev@lists.gentoo.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