We have released a fix for this problem, mod uploads with large changelogs should not be failing any more.

The Linux ARM64 build is live. Read more in the blog post: Friday Facts #446 - An ARM and a Frame!

Thank you for the report, I have patched the script to use uname -m and this change should be live.

Hello, I will investigate this error as soon as I can (this evening)!

How exactly are you launching Factorio? And please post the log file so we can take a closer look at what might be going on.

Sorry about this - we are in the middle of making some changes to the Steam Linux deploy process. This should be fixed now since I patched the release.

Let me rephrase this into more human language:
"As we have access to server logs we can see clearly that servers are being overloaded by query spam that includes requests for most expensive stuff only. The requests are neither premeditated nor followed by other requests which are typical to human ...

From what I can tell, it's not really AI scrapers (this time) but a targeted attack on phpBB since they specifically request expensive endpoints and abuse phpBB's flawed handling of anonymous sessions. And if you've never seen a DDOS before, I can share with you how it looks on the graphs.

Disabling search for guests was intentional, and unfortunately "active topics" is considered search in phpBB despite being a simpler query. As the DDOS situation is stabilized we will probably re-enable it.

I was able to rebase the release build environment atop Ubuntu 22.04, so the next release should require glibc 2.35 instead of 2.36.

Thanks for the report, for the state of the repo this was fixed manually, and for future releases this should be handled correctly.

The mod portal parses the info.json and stores the contents in a document store - it needs to be queried like any other data. The escaped strings could be fixed for displaying, the key ordering probably won't be.

Have you considered statically linking musl, instead of dynamically linking glibc?

This would allow the same builds to run regardless of the system glibc version, and would also run on musl-based distributions natively.


We have considered it, it's just a little low priority, and we are using ...

As a part of the update of our graphics and audio systems, we have raised the minimum operating system requirement on Linux. The minimum version of the system's GLIBC is now 2.36 (released in 2022). If Factorio doesn't launch on your system, you may need to update. Headless and Steam versions are ...

Why wasn't the character limit on the forums mentioned? You obviously seemed to have a problem with posting the changelog here, as you wouldn't have had to split it into one long post and an even longer post otherwise.

The forums are linear, so there's no problem with splitting the post since ...

We have enabled Linux Runtime 4.0 on Steam for versions 2.1.x, hopefully that will work for most players. Still looking into lowering the glibc requirement for the standalone version!

Good news, I don't yet know if it's the root cause of this perf regression, but I did manage to fix LTO for Linux builds by downgrading mold (the linker we use). It'll go out with the next release.

I was so confused by this until I tried it myself. By Waypipe, I'm guessing you meant Pipewire? Because that was the first no-go I ran into trying it on Debian 11. But uhh... just throwing it out there... Ubuntu 22.04 has all the required SDL3 dependency package versions and a lower glibc >.> If ...

Thanks, this should be fixed

raiguard wrote: Tue Jun 23, 2026 6:31 pm Ah, I swore we were on Debian 13, my bad. But now I remember our conversation where we explicitly talked about Debian 12 being the one we support.

The trick is: the build servers run Debian 13, but compilation is done inside a Debian 12 Podman container ;)