Ubuntu has caused me far more headaches and downtime than Arch. Go figure.
And to make this be a worthwhile comment: I wonder if it is because I use Arch (and derivatives) that Ubuntu causes issues. When something isn’t right, I try and fix it. In Arch I can. In Ubuntu it seems like a dozen paper cuts to get there and it may not work in the long run anyway. Oh the Snap doesnt have foo compiled in? No problem I can add it to the snap directory. No, that didnt work. Ok I will remove it and bring in a .deb file. Dependencies not met. Fine, I will compile it from source… and by that time I have wasted a TON of time.
Worth noting, this meme is from the time before Arch had an easy installer. So that’s probably what it’s referring to. I joined Linux almost 4 years ago, and this meme already existed then. I dunno how old it really is.
reminds me of what happens when developing software and using “no code” tools. Fragile and inflexible but if you meet the exact use case in the exact way it’s an instant win
Oh god yeah that’s the fate of snap and flat pack.
Install OBS studio, current version has some issues oh look there’s a flat pack install the flat pack instead. OBS runs great. Oh, I need some plugins Go to install the plugins, The plugins folder isn’t where it belongs. I scrape along and find the plugins folder I try to shove them in there doesn’t work. Oh I need to find the flat pack installer for the plugin… But half the s*** I want isn’t available.
I truly appreciate them trying to make things more universal and easier. But it’s a fine line we’re walking between easy but unconfigurable and non-standard complicated but flexible.
People love to complain about CMake, often with valid complaints as well. But it - to this day - remains the only build system where I’ll actually trust a project when they say they are cross-platform.
Being the Windows maintainer for OpenMW, it used to be absolute hell back a decade and half ago when an indirect dependency changed - and used something like SCons or Premake while claiming to be “cross-platform”, used to be that I had to write my own build solutions for Windows since it was all hardcoded against Linux paths and libraries.
CMake might not be the coolest, most hip, build system, but it delivers on actually letting you build your software regardless of platform. So it remains my go-to for whenever I need to actually build something that’s supposed to be used.
For personal things I still often hack together a couple of Makefiles though, it’s just a lot faster to do.
Not really, WSL seems like it was mainly supposed to stop people leaping ship to be able to develop Node without the horribly painful Windows JS experience. And wouldn’t you know it, Microsoft has been making their own JavaScript language in Typescript.
I doubt it. It’s the halting problem. There are perfectly legitimate uses for similar things that you can’t detect if it’ll halt or not prior to running it. Maybe they’d patch it to avoid this specific string, but you’d just have to make something that looks like it could do something but never halts.
They could always do what Android does and give you a prompt to force close an app that hangs for too long, or have a default subprocess limit and an optional whitelist of programs that can have as many subprocesses as they want.
The thing about fork bombs that it’s not particular process which takes up all the resources, they’re all doing nothing in a minimal amount of space. You could say “ok this group of processes is using a lot of resources” and kill it but then you’re probably going to take down the whole user session as the starting point is not trivial to establish. Though I guess you could just kill all shells connected to the fork morass, won’t fix the general case but it’s a start. OTOH I don’t think kernel devs are keen on special-case solutions.
You don’t really have to kill every process, limiting spawning of new usermode processes after a limit has been reached should be enough, combine that with a warning and always reserving enouh resources for the kernel and critically important processes to remain working and the user should have all the tools needed to find what is causing the issue and kill the responsible processes
While nobody really cares enough to fix these kinds of problems for your basic home computer, I think this problem is mostly solved for cloud/virtualization providers
That’s why I run all my terminal commands through ChatGPT to verify they aren’t some sort of fork bomb. My system is unusably slow, but it’s AI protected, futuristic, and super practical.
My arch install took some setup to get it specifically right for me, still trying to figure out the final touches. I have the entire thing encrypted and under btrfs sub-partitions. I set up secure boot as well and added it to my tpm. Last thing I got to do is set it up so it automatically decrypts on boot without a password. I’ve been liking this setup over my Fedora setup. I have to worry about smaller breakage every so often, but with Fedora I had to worry about big breakage every major version. Moving most of what I can to flatpak mitigated a lot of that though. I’m too lazy to replicate my arch setup on my laptop so that’s just sticking with Fedora until I decide it should run something else.
Sorry if this is a stupid question, and maybe it’s because I’m not understanding exactly what you’re saying, but what’s the benefit of encrypting if it decrypts on boot without a password?
Just to prevent someone who boots another OS on your device from being able to access your files? Something else?
Because changing any hardware will flip the tpm and require a password. If they stole the hard drive, it’d be encrypted. Basically I’m protecting on if they rip out the harddrive lol.
linuxmemes
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.