On Sun, May 29, 2022 at 6:56 AM Peter Boy <p...@uni-bremen.de> wrote: > > > > > Am 14.05.2022 um 18:45 schrieb Ben Cotton <bcot...@redhat.com>: > > > > https://fedoraproject.org/wiki/Changes/GPTforBIOSbyDefault > > > > This document represents a proposed Change. As part of the Changes > > process, proposals are publicly announced in order to receive > > community feedback. This proposal will only be implemented if approved > > by the Fedora Engineering Steering Committee. > > > > == Summary == > > This Change makes it so that Fedora Linux systems installed on legacy > > x86 BIOS systems will get GPT partitioning by default instead of > > legacy MBR partitioning. This makes x86 BIOS installs more similar to > > x86 UEFI installs. > > > > == Owner == > > * Name: [[User:Ngompa| Neal Gompa]], [[User:Dcavalca| Davide > > Cavalca]], [[User:Salimma| Michel Alexandre Salim]], > > [[User:Chrismurphy| Chris Murphy]] > > * Email: ngomp...@gmail.com, dcava...@fb.com, mic...@michel-slm.name, > > chrismur...@fedoraproject.org > > > > > > == Detailed Description == > > Once implemented, Anaconda will create a GPT disk table on > > non-partitioned disks or when the disk is being completely reset when > > Fedora x86 install/live media is booted in BIOS mode. > > Fedora Server WG discussed the proposal and insists that the proposal be > deferred until Anaconda can install software raid on biosboot systems with > GPT (see https://bugzilla.redhat.com/show_bug.cgi?id=2088113 and > https://lists.fedoraproject.org/archives/list/ser...@lists.fedoraproject.org/thread/VSM473WRHKIIIJYZZCVXAO7XFS4ACHPH/) > - at least for Fedora Server where software raid is a common use.
What's the basis for holding up this feature though? Yes it's a bug, but it wouldn't be a release blocking bug because there's no release criteria covering degraded boot. And on UEFI we already have this problem because multiple ESPs aren't created or populated (sync'd). I think it's a worthwhile use case to improve the current behavior so that it works, but I don't think it's OK to hold up a release indefinitely while insisting other people do the work required to bring such functionality to Fedora. -- Chris Murphy _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
