On Sat, Jul 4, 2020 at 11:30 AM Lennart Poettering <mzerqung(a)0pointer.de> wrote:
On Mi, 01.07.20 22:10, Neal Gompa (ngompa13(a)gmail.com) wrote:
> This could still work. But you really shouldn't accept butt-ugliness
> from any user-facing technology, even sd-boot.
Dude, maybe what is "butt-ugly" and what isn't is in the eye of the
beholder, and maybe if you want to spend the day watching at your
pretty boot loader then you have a somewhat exotic desire.
sd-boot is really designed to stay out of the view as much as
possible. It's UI (which was proposed by some GNOME designers back in
the day, as mentioned) is supposed to never show except when it really
has to. It's not a UI you spend time in.
sd-boot is designed so that it passed as much information to the OS
about its context, about boot menu items and such as possible, and it
takes commands from the OS too. it does this, so that OS UIs (and not
boot loader UIs) are the primary way to choose what to boot
into. i.e. a pre-boot UI for selecting if you want to boot into
Windows, MacOS, or some Linux version is always going to be terrible,
So, sd-boot would only support some Linux OS as it relies on the OS UI?
> and being able to pick where to boot into from the desktop UI is a
> always a much better UI (with mouse, with touch, with pretty graphics)
> then the pre-boot UI could ever have.
>
> It's a substantially diffrent focus: Grub wants to be an OS itself,
> have fs drivers, have a UI, have modules, drivers what not. It's Grub
> in the center of everything, that is in control and decides what to
> do. sd-boot tries hard to not be all that, it has little UI, has a lot
> of automatism, little configuration, and a lot of integration, so that
> you drive it from the OS, and as little possible have to interface
> with its own UI as you can. If you want to reboot into Windows then
> you tell sd-boot so when shutting down, i.e. in the OS UI.
>
> Lennart
>
> --
> Lennart Poettering, Berlin
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)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