Sounds like more complexity for the legacy use case in return for less complexity in the expected use case. Probably a fair trade-off.
I think they’re trying to simplify the exposed interfaces simplifying everyone else’s job at the expense of making a more complex implementation.
It's 2023. By this time I'm fine if BIOS boot was removed completely.
Are there any machines in use anymore that don't support UEFI? When did it become standard? Something like 2012?
If the replacement is Coreboot thats OK, but if this is UEFI no thank you !
I read it as bootlicker at first
That too
Better drivers.
The last time I actually tried anything with Redhat I was trying to build a file server with RHEL v6.8 on a circa 2014 Dell. Absolutely zero support for the drive controllers. It felt like installing Linux in the mid-1990's. I gave up in frustration after two days and gave Ubuntu 16.04 LTS a try. As far as I know, that server's still chugging away with 98 terabytes of storage at that office.
Why Ubuntu over e.g. Suse?
Proprietary app repo cannonical is better?
Is that like a live action Carmen Sandiego?
What if she only stole... from thieves?
Whatever happened to RedBoot?
So, they want something even worse than GRUB2?
Can some independently wealthy developer please get this job and make a beautifully sabotaged bootloader?
Sounds like more complexity for the legacy use case in return for less complexity in the expected use case. Probably a fair trade-off.
I think they’re trying to simplify the exposed interfaces simplifying everyone else’s job at the expense of making a more complex implementation.
It's 2023. By this time I'm fine if BIOS boot was removed completely.
Are there any machines in use anymore that don't support UEFI? When did it become standard? Something like 2012?
If the replacement is Coreboot thats OK, but if this is UEFI no thank you !