Libreboot 26.10 "Ominous Olive" released with UEFI, Chromebook support (libreboot.org)
235 points by iamnothere 9 hours ago
iamnothere 8 hours ago
Everyone’s focusing on the AI policy (perhaps because Leah for some reason said this was the most important part of the release), but the UEFI/EDK integration and Chromebook support is a massive step forward. Suddenly Libreboot has multiplied the devices available by many times, and future devices will be much easier to add. This is huge.
leahlibre 4 hours ago
some of the comments about ai policy are probably bots too. it's common these days to see political discourse spammed by bots on projects.
iamnothere 4 hours ago
True. Also, if this is really Leah, congrats on the release and thanks for all your hard work on this over the years.
leahlibre 4 hours ago
sunaookami an hour ago
Do you have absolutely no self-awareness?
Velocifyer 4 hours ago
I will finally be able to use my old chromebook for something.
kyrra 9 hours ago
They don't seem to like AI.
https://codeberg.org/libreboot/lbmk/src/branch/master/AGENTS...
ImaCake 8 hours ago
They REALLY don't like AI, to the point of "wish I didn't need to rely on GCC and GRUB because they have AI in them" levels of hate AI. See this further down the linked page:
>The fork in question, of U-Boot, is heavily AI vibe-coded and thus useless to Libreboot. This is not mere conjecture; in said aforementioned U-Boot mailing list thread, the author stated thus. We will not, in any way, encourage or facilitate use of AI. It has been made clear that several projects Libreboot uses also have some AI-assisted commits; GCC, GRUB, etc. This is not our fault, but it is my intention that I and others will audit these projects in the future, de-slopping them and possibly even forking them entirely for that very reason.
jameshilliard 7 hours ago
> U-Boot upstream itself is staunchly anti-AI, at least at the time of this release, and much discussion of the above was had on their mailing list.
I saw this as well, which is funny because I've sent plenty of patches written using AI assistance to upstream U-Boot. It was my understanding that U-Boot was mostly following kernel conventions in general as many U-Boot drivers share code(in addition to the actual subsystem maintainers themselves) with their kernel equivalents.
cromka 5 hours ago
> de-slopping them and possibly even forking
Or, hear me out, they could instead just improve and contribute the code they think is suboptimal
sippingabonedry 5 minutes ago
tecleandor 3 hours ago
leahlibre 4 hours ago
Loquebantur 4 hours ago
p-e-w 8 hours ago
I have learned to treat statements like that as a general red flag.
Someone who acts like a radical on practical issues will almost certainly act like a radical in other areas as well - including areas that matter to me.
There are debates to be had on every technology, but foaming-at-the-mouth kind of talk is a sure sign of a maintainer (and by extension a project) I want nothing to do with.
I respect projects with a no AI policy, but if that policy starts with the words “fuck no”, I’m out of there.
cwiggs 8 hours ago
simonask 7 hours ago
CircuitSeuss 7 hours ago
bigstrat2003 28 minutes ago
nxobject 6 hours ago
prmoustache 3 hours ago
AdmiralAsshat 8 hours ago
ImaCake 8 hours ago
Forgeties79 5 hours ago
primarily9 5 hours ago
behringer 7 hours ago
mindslight 5 hours ago
trollbridge 8 hours ago
ketzu 9 hours ago
Some of that reads really funny.
Also
> https://codeberg.org/ethical-foss/open-slopware
Feels more like a software discovery list than an indictment. Thanks for the categorization.
KAMSPioneer 42 minutes ago
This list seems...odd. For instance, the list decries the permissive AI policy of the Linux kernel, of Fedora, of Bazzite/Bluefin/etc...and then includes Secureblue as an alternative...?
Secureblue is a neat project, but as you say, this would make more sense as a generic discovery list. If you want to avoid projects with a permissive AI policy, you should probably take into account that Secureblue is based on bluebuild (from the Bazzite team), Fedora, Linux, etc etc etc.
dorianniemiec 5 hours ago
Yeah, I saw this "open-slopware" list listing many battle-tested web servers as "permissive AI policy", while one of the alternatives (not all though, some inherit battle-testing) isn't really battle-tested. In fact, I saw entangled codebase and not-so-good coding practices.
doublepg23 8 hours ago
> software discovery list
You're not kidding, I feel like this is better than most of those awesome-X lists that were popular for a while.
BowBun 8 hours ago
It is indeed a list, though not everyone will use it the same way!
kspacewalk2 7 hours ago
But will you still feel this way once you try to actually use that software?
DaSHacka 6 hours ago
john_strinlai 8 hours ago
you arent kidding!
>"think AI makes you super hacker? think again: https://arxiv.org/abs/2507.09089"
not that im particularly pro-ai, but it seems a bit silly to rely on a paper about early-2025 ai when people are using late-2026 ai, given how different they are.
leahlibre 4 hours ago
how are they different? did the algorithms upon which they operate suddenly change?
john_strinlai 4 hours ago
dorianniemiec 5 hours ago
Yeah, the (poisoned) AGENTS.md file reads lots like "f*ck AI", which feels like anti-AI dogmatism for me. If I really wanted to use this project, I would use Coreboot instead or fork it to remove proprietary blobs.
Cider9986 8 hours ago
I can't use critical software that rejects AI to this degree for privacy reasons.
You can't expect to sufficiently protect your users privacy when not using AI for finding vulnerabilities.
Same thing with Asahi Linux with their highly anti-AI stance. I had a bit of hope when I saw someone was making an LLM assisted fork but it's not the same support.
While MacOS is likely becoming much more secure, Linux distros that reject AI would fall even further behind, if that's possible.
Edit: added critical
thereader12 7 hours ago
Ai and privacy in the same sentence is wierd. You supported your argument, I guess, but unless you are using local ai, the developer would be sacrificing their own privacy.
Cider9986 7 hours ago
trollbridge 8 hours ago
The current hope is to eventually upstream the “fork” (Gravity) into the Linux kernel. The Asahi project can continue to run in parallel.
The Linux kernel extensively uses AI now; most lkml submissions have an Assisted-by: LLM tag.
sarjann 8 hours ago
There is a respectable way to approach this and this.
The right way is something like, we've been getting spammed with a bunch of PR's from AI that we find difficult to review (because AI allows the average bob who isn't technically minded to make a PR). We have therefore decided not to allow AI submissions.
---
I think the people who have some moral / ideological issue and bring that into projects kind of feel like clowns to me. I agree with Linus that the point is to make something that people find useful, and obviously you want it to be maintainable.
Saying "it makes you dumber etc" is not related to the project, with all due respect it's non of your fucking business how I learn / retain skills.
bheadmaster 6 hours ago
Free Software was a moral & ideological issue to Stallman.
I feel people have the right to bring any sort of issue into the projects they make. Nobody is forced to participate.
sicktriple 5 hours ago
I get it, but everything is ideological -- whether you want to hear about it or not.
In a world where software exerts considerable control and influence over peoples' lives, your ability to insulate yourself from that influence is a priveledge. Software IS ideological. Free software was created so people can have the freedom to share and collaborate on their own terms. There is an extent to which it gets extreme, but without the GPL we would live in an even more monopolistic "free" market hell world than we already do. That's a moral obligation that spawned a practical one. If no one ever took a moral stance because you find it annoying, the world would be an objectively worse place.
relativeadv 9 hours ago
good!
doublerabbit 8 hours ago
Okay? Their repo, their rules.
Fork it and use Ai if you have a problem.
mschuster91 5 hours ago
Unfortunately this is bad for one of my projects, a slop detector extension... it assumes that AGENTS.md be short in size to say stuff like "You may view and use this code but not edit or commit anything"... this rant is long enough that it classifies as slop itself!
nullsanity 8 hours ago
Huh, good to see sane people still exist. Good on them.
ChickeNES 8 hours ago
I find this hilarious since I'm actively having my clankers work on porting EDK2 to an SoC that's used in a Chromebook, though not the ones mentioned here.
yjftsjthsd-h 7 hours ago
Are you publishing anywhere that I can follow? In particular, it would be really helpful if you could publish the prompts and workflow, so that the rest of us can more quickly use it to replicate your work on other machines:)
(Signed, the owner of several Chromebooks in need of better firmware)
raverbashing 9 hours ago
Cool, that's why open source projects get left behind. The attitude
creata 8 hours ago
I think it's better that some people have strong opinions. For example, the world would suck if everyone was rms, but he has nevertheless had a positive impact on the world imo.
orbital-decay 4 hours ago
afavour 8 hours ago
Someone can always fork it if they find themselves sufficiently outraged.
gorkish 8 hours ago
Agree in general, though with Libreboot the pedantry is more or less the point of the project. You fork a project and put 'libre' in the name, I personally see that as a statement of dedication and expect you to stick to those guns. The experiment isnt much of an experiment otherwise.
Coreboot still exists.
versooth 8 hours ago
jamesnorden 4 hours ago
Well, maybe you can bring it into the future with your favorite LLM!
ur-whale 8 hours ago
> Cool, that's why open source projects get left behind. The attitude
They're making a political choice. It's a free country, and more power to them.
It's not a choice that I necessarily agree with, but one that may - who knows - prove prescient 5 years down the road.
No one can predict the future, that's what politics are partly about and the reason why diversity of opinion of choice matters.
Do you have a crystal ball?
leahlibre 4 hours ago
IslandRebel 8 hours ago
Cakez0r 8 hours ago
bigfishrunning 8 hours ago
And yet people who are training models need more and more open source software to feed the beast. Quite the conundrum.
TaLiTr 7 hours ago
I can't be the only one who thinks the way they handled that is incredibly disrespectful right?
It's their own business to disallow AI contributions. But instead of adding that to the Code Of Conduct they chose to knowingly misuse a file to target a group of people they don't like.
If I want to use AI on my copy of that repo, I have to delete that file and consider if the developer has added any more of what is (by intent) basically malware to the source code. Sure the file is just an unhinged rant, but now I have to wonder if they attempted to put some prompt injection in the repo.
jgarzik 8 hours ago
Anti-AI is rationally and logically incorrect, because it focuses on inputs, rather than outputs.
The Linux kernel has always been focused on outcomes and outputs, which is the right focus. Here's Linus: https://x.com/LundukeJournal/status/2110524360377458786
Outputs: Code quality and long term maintenance matters. Outputs: Serving users with correctness, security and performance matters.
Focus on "purity of input" is a faith-based political filter, not engineering.
bakugo 8 hours ago
Linus's take is just the same nonsensical false equivalence I've seen a million times. He sure has fallen a long way since his glory days.
Someone should ask him if he's also planning on no longer reviewing patches to the kernel and just accepting them unconditionally, since AI is no different from a compiler after all, and nobody reviews compiler outputs.
forcedtolinux 7 hours ago
brendoelfrendo 6 hours ago
You say "faith-based political filter," I say "standing on principles." Your valuation of outcomes and outputs over inputs and intent is also a faith-based political filter, in that they make the value judgement that outputs are the only thing that matter when shipping a product or managing a project.
cwiggs 8 hours ago
Wow, this is awesome! This relates to work I've been doing with the [Heads](https://osresearch.net/) project. Specifically I got a PR merged for the first ChromeOS Port using MrChromebox's code as an upstream dependency: https://github.com/linuxboot/heads/pull/2133
I'm now working on the 2nd ChromeOS device in this PR right now: https://github.com/linuxboot/heads/pull/2225 And there is a 3rd port by someone else: https://github.com/linuxboot/heads/pull/2219
I'm surprised Libreboot was able to add all the ChromeOS devices at once, Just adding the 2 ports for Heads hasn't been easy, although I'm not an expert when it comes to Coreboot.
Anyway, I love seeing more support for Chromebooks, they are great devices. Funny enough my Acer Chromebook (Kano) is now more open and more secure than my Framework 13s.
iamnothere 8 hours ago
It’s great to see this happening at the same time—Heads has some important features that Libreboot lacks.
It may be harder to port it if those features require neutered (rather than simply removed) blobs. Maybe that’s why the Libreboot port was easier? Not sure, I’m aware of the benefits that Heads provides but I don’t know much about the internals.
Either way, thanks for your work on this.
lf88 7 hours ago
It's refreshing to see serious open-source projects adopting a strict policy on LLM-assisted contributions.
Besides considering frontier LLMs a serious threat to humanity, I find LLM-assisted programming simply...not fun! I tolerate only AI-assisted bug reports, as they are genuinely useful.
AdmiralAsshat 9 hours ago
> Imported all 233 currently supported Chromebooks from the MrChromebox coreboot distro. Baytrail (Kip) tested - others need testing. Source-only in this release (must build from source, no binaries provided).
Nice. I think I loaded MrChromebox onto my Google Pixel some years ago. I should see if it can get Libreboot now.
slingvora 8 hours ago
Getting Libreboot running on a Pixel would be a pretty wild second life for a phone that was never meant to be a Chromebook.
AdmiralAsshat 8 hours ago
Wrong Pixel.
yjftsjthsd-h 3 hours ago
uproarchat 8 hours ago
ChocolateGod 5 hours ago
If it runs on Chromebooks does that mean Chromebooks can be made into generic UEFI laptops?
This is interesting given Googlebooks actually use the same boot process as Chromebooks, they just chain into aboot.
cwiggs 5 hours ago
Yes. Even before this you could use MrChromebox's UEFI Coreboot on a lot of ChromeOS devices. You can run Linux or even Windows on them.
mkesper 2 hours ago
For Intel/AMD Chromebooks, yes.
Krei-se 6 hours ago
I'm on a libreboot-only infrastructure and can recommend. It's easy to do and you dont need to keep track of how to configure coreboot.
It just works and that's great.
inventor7777 2 hours ago
Neat project. I find their new anti-AI policy to be interesting, but not at all useful to anyone. There are no objective arguments. No evidence of poor code quality in late 2026. No examples of why AI can't help the project. Just a rant.
I am very glad to see people with opinions that flow into what they do, but the question becomes: are you trying to make the best software, or make the most idealistic software? There's a big difference.
I am not at all advocating the use of straight AI slop, but with a policy like that you're opening yourself up for missed bugs, security issues, delayed features, and other things. Especially if you move away from software just because an AI wrote one line of code in it. You can still review the code. If it does the thing right, then use it!
bassie123 6 hours ago
Nice! I took a 250eu chromebook, turned it into my Linux laptop perfect little machine. A bit slow but 4 cores + 8gb ram will do.
cwiggs 6 hours ago
If you want something with more power look into the Dell Latitude 5400 Chromebook Enterprise or the Dell latitude 5300 2-in-1 Chromebook Enterprise. Both of these devices have DDR4 user replaceable memory.
There is also the Framework 13 Chromebook edition, but that seems almost impossible to find now-a-days.
bassie123 6 hours ago
Oehhhhhhhhhhh Might check that out.
cpburns2009 7 hours ago
I thought Chromebooks natively came with Coreboot support.
leahlibre 4 hours ago
there is upstream code but it's not well-integrated, and google's tree is largely optimised for their own payload called Deptchcharge. mrchromebox tweaks coreboot for use with edk2 so you can use normal operating systems, and the modifications that they make are extensive, e.g. mechanism in EDK2 to update EC firmware at boot time. mrchromebox is, for our purposes, a coreboot distro or indeed its own upstream. libreboot takes mrchromebox and makes several of its own modifications. "just use coreboot" is easier said than done :)
iamnothere 7 hours ago
This is Libreboot, not Coreboot. Libreboot removes binary blobs and Intel ME. It’s a freedom-oriented distribution of Coreboot.
cpburns2009 7 hours ago
I realize that, but what's the selling point of Libreboot on Chromebooks when Coreboot is already supported, and it merely merged in support from Coreboot?
iamnothere 7 hours ago
peter_d_sherman 3 hours ago
>"Libreboot is free, open source boot firmware replacing proprietary BIOS/UEFI firmware on supported Intel/AMD and ARM64 hardware." [...] MrChromebox supports nearly every Chromebook..."
This is great news! Finally an open-source UEFI replacement which can work on nearly every Chromebook, including used/old Chromebooks!
Now, I haven't reviewed the source... it may still contain binary blobs for various drivers; I don't know. If it doesn't, then that's absolutely awesome! But if it does, then remember that having some of the UEFI firmware code open-source is a huge step forward, and it's only a matter of time before those closed-source binary blobs are reverse engineered (possibly by AI) and/or rewritten from scratch entirely, as open-source codebases...
So, a good step forward for open-source, right-to-repair, understandability of the boot chain, the Chromebook hardware ecosystem (used and new), and tranparency in general!