On Sat, Jul 4, 2020 at 11:30 AM Lennart Poettering <mzerq...@0pointer.de> wrote:
>
> On Mi, 01.07.20 22:10, Neal Gompa (ngomp...@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@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
_______________________________________________
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
