On 11/04/2012 01:03 AM, Adam Williamson wrote: > On Sun, 2012-11-04 at 00:53 +0100, Dennis Jacobfeuerborn wrote: >> On 11/04/2012 12:10 AM, Chris Murphy wrote: >>> >>> On Nov 3, 2012, at 10:10 PM, Adam Williamson <awilliam@xxxxxxxxxx> wrote: >>> >>>> I don't know, though, if it's actually been implemented yet, or if it's >>>> still on someone's todo list. I couldn't find anything in the git log >>>> for it, but I may have missed it. I've added bcl and dlehman to the bug >>>> and asked them to comment. >>> >>> Bug 861192? >>> >>> I'm a little mystified by people who want to force a bootloader into a file system that doesn't offer a sufficient bootloader region for a bootloader to fit (e.g. ext[234] and XFS). I think there should be a none option, rather than a redirect and force option. >> >> What I would like to see is proper support for UEFI multiboot. Right now >> installing a new Fedora next to the live one is difficult since it doesn't >> support creating individual UEFI boot entried for each installation but >> only a global one which runs contrary to having this feature in UEFI in the >> first place. >> I'm bringing this up because in the UEFI multiboot case you don't care for >> either the MBR nor a partition bootloader so this use-case should be taken >> into account. > > Bad news: > > https://bugzilla.redhat.com/show_bug.cgi?id=759303 > > Jesse, any chance you're going to change your mind here? :) That's strange given that the whole point of providing this in UEFI is to fix the battle for the MBR on multiboot systems. Also what does this mean for UEFI installations with Fedora? When I install F18 will it detect that the UEFI bits already exists on the harddisk and overwrite only the binary bits and only add the new install to the grub menu? While I get that BIOS stuff needs to be supported for a while I think supporting UEFI multiboot would simplify things because you can separate the installations completely rather than having to deal with updating existing boot structures that could potentially break stuff. Regards, Dennis -- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
