Following what I said in a thread days ago, I repurposed an old Codeberg org I never used.

Introducing Project Anchorage. A (soon-to-be proper) group of users who aim to take back computing from the slop machines and sloperators.

The current goal to, over time, make a non-slop stack. An OS, apps, etc. However, to enforce this, I plan to only let people with a history of resisting/not using AI in.

https://codeberg.org/ProjectAnchorage

Fluxer: https://fluxer.gg/XlrYjF5a
Matrix: #project-anchorage:matrix.org

Project Anchorage

Users who aim to take back computing from the slop machines and sloperators.

Codeberg.org
Echium

A slop-free kernel.

Codeberg.org
Echium/README.md at main

Echium - A slop-free kernel.

Codeberg.org
Bootloaders/protocols, other architectures and languages

Currently, I would focus on x86(_64) as it's the most supported in general and a majority of people would daily drive x86 systems. Later on we could do RISC-V or ARM. I plan to stick to C and architecture-dependent assembly for almost all of this. Zig and Rust use LLVM which has devolved into slo...

Codeberg.org

Also, on a related note, Project Anchorage is open to adding people on who have a history of opposing AI and writing non-AI code.

If you want to be added to the org, just let me know.

I do want to call the OS/userland Echinops as well in the future once Echium is stable enough.
I kind of want to give Project Anchorage a fedi account but I dunno where. mastodon.social is totally out of the question honestly, I wouldn't put it here at all.

I have made a new commit in Echium, bringing in a stable Limine base from limine-c-template and implemented Flanterm!

https://codeberg.org/ProjectAnchorage/Echium/commit/0eae5cb00f954c02ec6564fa124db5af681420c6

Adapt the Limine C Template for Echium, implement Flanterm · 0eae5cb00f

https://codeberg.org/Limine/limine-c-template

Codeberg.org

Everyone, I apologise profusely. Limine contains AI slop introduced by the creator.

The commit mentioned there has been reverted and force-pushed away out of master.

Meanwhile, I've made a PR for Limine in open-slopware. https://codeberg.org/small-hack/open-slopware/pulls/263

#FuckAI

Add Limine

The creator of Limine has started to allow AI slop into the codebase from Claude. They've also been pretty for genAI in the "Low Level / Assembly" Fluxer server in the #off-topic channel, although I'm not really wanting to upload those as this commit is enough proof. I must also mention, there...

Codeberg.org
@mrmasterkeyboard O_O
that was a damn close call...
opening a issue to ban ai contributions NOW
we cannot lose this bootloader, efi boot stubs are a fucking pain :(
(systemd-boot is just...bleh, and grub is dated & bloated)
@mrmasterkeyboard wait hold on.
what about rEFInd?
@thing I'm not even going to begin to fuck with that. Nothing directly compares with Limine at all. Limine made it easier and now we're losing it.
@mrmasterkeyboard I'm aware. but having a fallback is always good.
@thing If Limine doesn't back down from AI, I'm going to fork their org repos under Project Anchorage. I swear to god, I will revert back to fucking v8.x if I have to.
@thing actually though, I don't think the creator will ban AI tbh.
@thing If you want to make an issue to help revert and ban AI commits in Limine, go ahead. If they decline, I've got my hand over the git clone, reset and push commands.
@mrmasterkeyboard @thing making excuses to use this very unethical technology

your privilege is showing mintsuki and gamiee


there is no ethical genai usage
@lumi @thing there were two others, but honestly, I don't want to drag anyone but Mint into this. They are responsible for this, no one else.
@mrmasterkeyboard @thing i feel like everyone being ok with the technology is responsible to some extent

there is ofc a gradation, but i still feel they are responsible

@lumi @thing Honestly, I pretty much give up with the whole forking Limine idea. I honestly have no idea how far back that undiscovered AI stuff could have slipped in.

The world is fucked.

@mrmasterkeyboard @thing make a best effort guess and start from there, i would say. eventually you're going to be overwriting the slop while developing it
@lumi @thing I honestly thought of forking from version 4 which was 3 years ago, specifically from the commit before aarch64 support was introduced. It would have made the fork x86,x86_64 only but it would have been easier to manage.
@lumi @mrmasterkeyboard another practical problem is this:
the sloppers (sadly) have millions of (spineless) people developing the software, while we got nothing compared to them. how can we even compete?
@thing @mrmasterkeyboard free software has always been way more efficient with resources. we don't need to reimplement literally everything they do with all of the features they have

we just need to implement what
we (as a community) want. features we don't use are useless and there is a lot of software we do not care about
@thing @lumi that's the point. we don't. i didn't start Project Anchorage to just compete. it's to exist. to provide a space for people who want no slopware. we aren't competing. we're just trying to make the world a better place, even if unnoticed.
@mrmasterkeyboard @thing the whole capitalist notion of constant growth is stupid. we just need to take care of one-another and that's it
@lumi @thing from here on out, the Echium project is going to be at a standstill for a while until i can figure out how the fuck it'll even boot.
@lumi @thing or, or, maybe... we just pull a coreboot and directly boot shit.

@lumi @thing https://en.wikipedia.org/wiki/Coreboot#Design

OR ACTUALLY why don't we make our own bootloader or ACTUALLY FUCK IT MAYBE OUR OWN BIOS OR SOMETHING BECAUSE ABSOLUTELY NOTHING IS SAFE ANYMORE-

coreboot - Wikipedia

@mrmasterkeyboard @thing one thing at a time x3
@mrmasterkeyboard @thing like, not literally one thing at a time, but, pace yourself. you burning yourself out will do no-one good

accepting temporary defeat is alright, you can always pick up the battle again later
@lumi @thing i have to think of multiple things... and route could just become ai compromised at any moment...
@mrmasterkeyboard @thing i gotcha, but you getting burnt out will lead nowhere
@lumi @thing i know, but i need to do something right now... my brain works weirdly... if i don't work, i consider myself useless and then i get depressed...
@mrmasterkeyboard @lumi wait what's wrong with the design? ​
@thing @lumi nah, i sent it weirdly, i wanted to link to the design but i also added a rant not about coreboot at all. nothing is wrong with coreboot, just another idea.
@mrmasterkeyboard sigh
OK, now here are all our options left:
GRUB2: kinda bloated, but it's tradition
™️
Clover: originally made for hackintosh, but can do everything actually (except mbr)
rEFInd: idk, but i can't really attesst this one

these ones are just garbage:
systemd-boot:

UKIs: generated with systemd tooling
EFI stub: unreliable between UEFI impl.
lilo: how do you expect to use it in 2026

syslinux: the same as above
GRUB1: No.

...
fuck...
@mrmasterkeyboard
deep sigh
we need to (re)write
EVERY piece of software and firmware on our computers, just to avoid slop...
@mrmasterkeyboard I wish i was kidding...but this is how things are right now... ​

@mrmasterkeyboard @thing I really despise people who take a dump all over copyright. Copyright isn't there just to protect giant corporations, ya jerks. It protects YOU! It protects ME!

Otherwise someone could just take one of my blog posts, or a piece of music I wrote, or an app, post it under their name and claim they wrote it, and THERE'S NOTHING I CAN DO.

How is that standing up for the little guy??!

This makes me so mad, honestly. These people can go pound sand.

@mrmasterkeyboard @thing small correction on the second group of messages in the second screenshot: Anthropic didn't just pirate a bunch of books, they physically destroyed a bunch of really expensive books in the process of training their LLM
@mrmasterkeyboard @thing it being useful/convenient/widespread/legal doesn't make it right

Welp, nice. Now we know that Limine accepts AI and the creator is in favour of it, including one of the people in charge of the OSDev and Low Level / Assembly community on Fluxer who reacted with a thumbs up.

https://codeberg.org/small-hack/open-slopware/pulls/263#issuecomment-12690237

Fuck AI.

cc @gryphonmyers if you want to add Limine to the dirty list

#FuckAI #OpenSource #FOSS #OSDev

Update, the creator of #Limine couldn't give a fuck about a point raised by someone else.

A user said:
"Just to clarify: you seem to have read the README, which means you are aware of every concern listed in Why not LLMs? and yet apparently have no issue with that, seeing contribution to unemployment and ongoing wars as an honor?"

The creator replied with:
"lol"

Everyone should stop using Limine, the creator doesn't care about the atrocities committed with AI.

#FuckAI #Tech #Technology

@mrmasterkeyboard @gryphonmyers I don't like AI either but can't take that list too seriously either with stuff like this making it in https://codeberg.org/small-hack/open-slopware/issues/234 really? recommending fucking nvdia drivers over mesa??

Now I only use this list to see what projects have a strict no LLM policy and not which ones allow "AI usage", projects letting Claude directly commit/author and a dev replying in a comment section that they used AI one time for *review* are lumped together. To me those scenario's are not the same.

[Discussion]: What is the point of recommending proprietary software with almost certain LLM usage?

### Discussion Topic Reading through this list, I have stumbled upon a strange phenomenon - NVIDIA's and AMD's proprietary GPU drivers being recommended as a replacement of Mesa. Thus, the question is - given NVIDIA's and AMD's explicit focus on generative AI, and their certain (https://www.wsj....

Codeberg.org
@zyx @mrmasterkeyboard as in you think one or two ai generated commits are okay? What makes you think they would stop there though?

@gryphonmyers especially considering what Mintsuki has said.

> "No need to go grep the commits for proof, you can just ask me and I'll tell you that I have no issues with LLM-aided contributions from either me or anybody else as long as the code is solid."

@gryphonmyers @mrmasterkeyboard no as in someone who uses AI to review their own commits not just slop out to it. And only one or two direct AI commits is ok for me, anymore than that and they're dead to me e.g hugo is dead to me but not zola.

@zyx @mrmasterkeyboard ah I see. IMO relying too much on AI code review will eventually lead to cognitive surrender and is likely a precursor to ai generated code so it's still not great. ALSO plenty of maintainers are likely hiding their slop (e.g., from what I can tell, React has no slop commits but they do have an agents.md... very suspicious especially with it being a Meta product)

BTW if you want just a raw list of popular repos with ai commits I made this https://aidirtylist.info/repositories/1

AI Dirty List - Repositories

Tracking which open source repositories contain AI generated code.

The AI Dirty List