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
1 month
You must log in or register to comment.
- 1 month
16yo unemployed mf.
i wish i was doing this shit at 16. impressive if true.
- 1 month
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
- 1 month
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
- 1 month
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
- 1 month
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!
- 1 month
Grub can do themes, anime girls are possible in Grub for at least 15 years.
- eldavi@lemmy.mlEnglish1 month
you can tell these are better because they’re shorter than the original. lol
- 1 month
Where are you seeing these? I searched the github for “hutdown” and it never appears without an s in front of it.
- 1 month
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
- 1 month
There is Limine, which is something I use. And I use it with Arch, using systend.
- 1 month
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.
- 1 month
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.
- 1 month
There’s also rEFInd, in case you didn’t know. What we actually need is a stable and usable efistub manager.
- 1 month
Efistub is the simplest and best solution, but agree it could do with some basic manager.
- 1 month
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.
- atzanteol@sh.itjust.worksEnglish1 month
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?
- 1 month
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
- 1 month
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.
- 1 month
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
- gian @lemmy.grys.itEnglish1 month
Not that this is not a problem in any other boot manager, to be honest…
- 1 month
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
- 1 month
I really like that the Readme is very in detail. At a lot of Projects are lacking good documentation.
1 monthWould be nice to see a boot manager support Corsair keyboard drivers, bloody dumb Corsair keyboards require proprietary drivers to function.
- 1 month
Weird, I use wireless corsair, it works perfectly fine in boot manager.
Yeah I learned the hard way, I ran updates on my Debian desktop and didn’t realize the kernel failed to rebuild due to a driver not supporting the latest kernel version, well to my surprise the day after when I went to turn my desktop on and it failed to boot, I couldn’t navigate Grub to get into another kernel version or recovery.
That sucked.
Corsair K95 Mechanical keyboard.
