Does the script file have a shebang? (Something like #!/bin/sh
as the first line)
ferric_carcinization
In that case, don't look up Dwarf Fortress. I've also heard good things about Factorio, but I haven't tried it yet.
And C++ compile times made me learn C. You must be jealous that my memory errors & race conditions compile faster than yours.
I haven't gotten a chance yet, as rustc is using 100% CPU & RAM.
I'm not that familiar with tax law in the USA, why is it impossible? Is it because making money by having money is not taxed, so if it makes up a large enough percentage of your income, the percentage of your total income you pai in taxes can never reach 40%? If so, at which point does it become impossible? (Unless there is a 100% tax bracket, which would be Un-American™)
Assembly projects are definitely inyeresting, but making a web server from scratch in it feels a bit masochistic.
Maybe, but it just seems a bit too big for that to me.
Does the number of security vulnerbilities scale linearly or exponentially with the number of threads?
But seriously, why would you make something like this in assembly? I can understand not wanting to use libraries, but even using C would make it portable.
I would personally prefer to not to use assembly & C for handling untrusted input, which is something that a web server does constantly.
This still seems interesting, but I can't understand why assembly was chosen for such a complex project. Compilers are pretty good at optimizing & computers are very fast, so I don't see there to be anything to gain by doing this.
They say that their cryptography implementations are fast, but that's not the only thing that's important.
I've read that Xlibre is a fork of Xorg that would still get new features, so I did not know much about it. I use Wayland, as it works better for me, but after reading the readme, I somehow want to use it even less.
This fork was necessary since toxic elements within Xorg projects, moles from BigTech, are boycotting any substantial work on Xorg, in order to destroy the project, to eliminate competition of their own products. Classic "embrace, extend, extinguish" tactics.
How is it EEE? A point about embracing could be made, but wouldn't there have to be extension with non-FOSS code or difficult to implement additions to standards? Even then, as it's hosted on GitHub of all places, it doesn't seem to be that extinguished.
Right after journalists first began covering the planned fork Xlibre, on June 6th 2025, Redhat employees started a purge on the Xlibre founder's GitLab account on freedesktop.org: deleted the git repo, tickets, merge requests, etc, and so fired the shot that the whole world heard.
I haven't heard about this, but I would guess that it's from a CoC violation, based on the rest of the readme.
This is an independent project, not at all affiliated with BigTech or any of their subsidiaries or tax evasion tools, nor any political activists groups, state actors, etc. It's explicitly free of any "DEI" or similar discriminatory policies. Anybody who's treating others nicely is welcomed.
Calling DEI discriminatory is never a good sign.
Together we'll make X great again!
This seems pretty close to a certain right-wing slogan from the USA. I don't know if it's accidental or a joke, but I don't think that it's appropriate, and like the author, I don't have much good faith left for this.
A lot of commits by the Xlibre developer were reverted upstream and the readme does not look professional.
They're on the feddit.uk instance, so it's more likely that they're British. Either their VPN prefers USA servers for some reason, or they've only done about 138 million downloads at most.
So it works now? If so, then glad to be of help.
Just remember that if your shebang points to sh, you can't rely on bash-specific features. The shebang line basically tells the kernel to run your file with the specified program. So, for example, a file with
#!/bin/cat
will print the full contents of the file (including the shebang) and#!/bin/echo
will print the command line. (something like ./script arg1 arg2) As the echo command does not try to interpret arguments as paths, the content of the script would be ignored in that case.