Fuse all the time would not be great for performance …then again…does anyone care with minix?

Honestly I wonder when gccrs will become viable as a compiler because that could bring support for some of the more niche CPUs

deleted by creator

What am I missing? This seems to be for VFS for git which as far as I can tell is different from git LFS.

Out of curiosity what provider did you guys move to that gives better bang for the buck than vultr?

Wow this is a tad controversial, can’t remember the last time I saw something with an even 50/50 vote ratio

We have software marketed as a web browser, written in typescript running on a web browser…we’ve gone too far.

Webp has both a lossy and lossless mode so the first part of this meme is lost on me

NAT provides no firewall features and we can have a discussion about how wrong that statement is

Assembly being obsolete has to be the funniest joke in here. It fundamentally never will be even if its use is niche

What do you mean when you say it spits out real windows code?

My machine says that network is unreachable

I’m surprised we don’t all need help from the JS creator given the insanity of that languages type coercion system.

I guess I just feel like if you’re manually configuring BTRFS you’ll either use it like a regular FS, or you’ll set it up to make use of the features in which case you’ll probably setup both automatic snapshots and cleanup. Possibly with auto scrubbing too. I don’t really see a situation where someone who manually opts to use it sets up snapshotting manually and then doesn’t setup any form of cleanup.

If you’re running btrfs manually and don’t setup clean up scripts I’m slightly confused how you get into trouble in the first place since that also means there won’t be any automated snapshots.

There are several different distro’s built on asahi IIRC, asahi is more of a Mac platform for distro’s than a distro itself if I understand the project correctly.

I feel like malbolge is a much better fit for chaotic evil than brain fuck is but I agree with the rest

I’m still not convinced it’s possible to have a cheat proof environment. Kernel anti-cheat is not fool proof, it’s just more annoying to deal with than user space anti-cheat. Yes, pairing it with server side stuff will make it even more difficult but if one of the anti-cheats can be successfully bypassed then some amount of cheating is possible and anything running on a user’s machine is susceptible to being bypassed because the user controls the environment. Additionally I’m in favor in general of kernel AC being outright banned by OSes. It’s honestly far too invasive and it’s a race to the bottom the game devs won’t win if a cheater is determined enough. You say you’re a fan of it only running as needed but it’s in your kernel, it’s got God access, 1 micro second is too long to allow every game developer on the planet unrestricted access to my computer. Ultimately though client side AC is like DRM, when you expect the software on the user’s computer to enforce your rules you will be sorely disappointed. It will raise the bar, it will make some people give up, but it won’t prevent it.

I’m not sure you can just have Kernel anti-cheat. There are still bypasses for it, just more sophisticated. At the end of the day cheating is inevitable, it’s how invasive do you want your anti-cheat to be.

That is pretty much what it does except it doesn’t hardcode \n but instead uses the proper line ending for the platform it’s running on.