This looks interesting. It’s very new, so it will likely be a while before any OS would adopt it, but it definitely shows promise of a possible alternative to grub down the road
Would be nice to see a boot manager support Corsair keyboard drivers, bloody dumb Corsair keyboards require proprietary drivers to function.
Hand-coded or LLM-coded?
What’s wrong with grub?, for me grub and nano are one of those softwares that’s always reliable, it got my back when I need it the most
Grub is a bit cumbersome to manage. What’s wrong with alternatives?
Finally, I can replace the cold dark text of Grub with the warm embrace of an Anime girl when I boot.
We live in the future people!
Grub can do themes, anime girls are possible in Grub for at least 15 years.
Oh. Good…
I wonder what these things do? 🫣
hutdown eboot irmwareWhere are you seeing these? I searched the github for “hutdown” and it never appears without an s in front of it.
I was being sarcastic. ;) The first letter in those word are barley visible.
you can tell these are better because they’re shorter than the original. lol
16yo unemployed mf.
i wish i was doing this shit at 16. impressive if true.
What Claude does to a mf
The repo seems pretty legit to me, good readme, commits clearly written by a human, there is not coding agent in the contributors
I didn’t check the code tho
the repo was all uploaded at once, so there wouldnt be a agent as contributer. Since the initial there were 40 commits per day, mostly small changes. So my guess if it was made with an agent its done in a normal chat window and than copy pasted in the repo. Not the most elegant way but ideal to hide the use of AI. And since we dont have a trustworthy day 0 it can be either be done in a day or they could have been working on it for a year.
It could be a rework of the rEFInd Boot Manager, wich they “credit” in their README
The commit history is basically only
- …
- update config.h
- update config.c
- update main.c
- update gui.c
- …
It just looks like they don’t know how to use git well and is making a commit for a single file instead of multiple ones
Seems like a repacked or forked rEFInd?
that’s awesome
the thing with systemd “taking over”anything also has to do with it offering options that actually lessens efforts
nice to see another option apart from systemd-boot
this is the kind of things the uBlue project would be interested in looking forward to
I actually like systemd-boot more than GRUB. I see it for 1 second, so I really don’t see the point of theming a bootloader but this is the world of freedom. Any preference is welcome.
Same. Been using systemd-boot for years now. 0 issues. With Grub I had my fair share of trouble. Nothing too critical, but just another thing to worry about.
There’s also rEFInd, in case you didn’t know. What we actually need is a stable and usable efistub manager.
Efistub is the simplest and best solution, but agree it could do with some basic manager.
I’ve never got stub reliably working manually.
I use it on all my machines. Debian, arch and void Linux. I have an efibootmgr script on each machine with my setup in, so if I ever need to change a setting, I update and run the script. In void, I have a hook for dracut to call it so everything stays working whenever I have a kernel update. It’s very simple and easy once you get the hang of it.
There is Limine, which is something I use. And I use it with Arch, using systend.
the problem with systemd taking over anything also has to do with it offering options that actually lessens efforts
You systemd haters are practically feral. WTF does this have to do with systemd?
not hating, just saying that now that systemd-boot is being seen as a “modern” successor to GRUB it would feel to people who don’t like systemd like “oh no they’re replacing another standard tool with their own thing”
but the thing is, a lot of systemd tools have been adopted because they actually made work easier for people maintaining projects
I’m using Universal Blue as a reference because of their position of adopting novelty tools like bootc even before Fedora
now, their newest project Dakota is going to use systemd-boot to provide a full chain of trust
maybe systemd-boot seemed like the best option, it’s not like sD devs forced them to adopt their option
so it’s nice to see ACTUAL good projects so the freedom to choose doesn’t always mean giving up to the “best/easier” option
it’s not like sD devs forced them to adopt their option
It kind of is, though. You dont typically select your preboot environment, it’s selected for you.
I really like that the Readme is very in detail. At a lot of Projects are lacking good documentation.
Its nice and all until you forget to delete your 20 kernels + recovery
Or all your stored nixos generations
Not that this is not a problem in any other boot manager, to be honest…
If you look at something like fedora images, its something like fedora Linux 7.13.1-201.x64.f44, And this only gets worse once you get to something like the surface kernel
So probably it will shorten the names to something like Fedora Linux, but then you won’t know what you want to select if anything goes wrong
What I mean is that boot managers are like static friction: it’s a theoretical thing that simply does not impact you as long as youre moving, until the moment you stop at which point it becomes real and starts pushing back as strongly as you configured them to be
Just make your grub wait 3 secs before booting, it isn’t worth saving that one press on the enter key