The hand on the kids head is more terrifying than comforting, WTF
Acts like SVN and CVS didn’t exist
I’m not sure that would’ve made a difference. It already makes you go out of your way to force a broken package. This has been discussed in places before but the simple fact of the matter is a user that doesn’t understand what they’re doing will perservere. Putting up barriers is a good thing to do to protect users, spending all your time and effort to cover every edge case is a waste of time because users will find ways to shoot themselves in the foot.
I also feel incredibly uncomfortable with this. Ultimately it comes down to if you trust the application or not. If you do then this isn’t really a problem as regardless they’re getting code execution on your machine. If you don’t, well then don’t install the application. In general I don’t like installing applications that aren’t from my distro’s official repositories but mostly because I like knowing at least they trust it and think it’s safe, as opposed to any software that isn’t which is more of an unknown.
Also it’s unlikely for the script to be malicious if the application is not. Further, I’m not sure a manual install really protects anyone from anything. Inexperienced users will go through great lengths and jump through some impressive hoops to try and make something work, to their own detriment sometimes. My favorite example of this is the LTT Linux challenge. apt did EVERYTHING it could think to do to alert that the steam package was broken and he probably didn’t want to install it, and instead of reading the error he just blindly typed out the confirmation statement. Nothing will save a user from ruining their system if they’re bound and determined to do something.
Fair, should’ve just said shell
…this is so much more cursed than it needs to be. If you want to bash in C just system("echo hello world");
“Write it in a paper”…I’m not sure how that works but I am very curious
I wasn’t referring to single player
Well yeah, we all know Minecraft’s code is terrible. I just never felt like it was noticeable without mods
Huh, not my experience but last time I operated a public server was beta 1.7 days. It was bukkit which I believe was a separate impl which maybe was faster? But I don’t recall having nearly that many issues, was vanilla outside of bukkit plugins though.
It’s not like the Java server is slow tho, it only becomes a problem when mods are added and rust servers can’t run Java mods so it’s a moot point. Maybe if you want an insanely large number of players on a single server?
Tbh writing a Minecraft server isn’t anywhere on my list of projects to write to learn a new language but you also aren’t wrong, just wouldn’t be what I’d choose
Why write a server in rust? Java is already memory safe 🤔
This honestly makes some sense though. Legacy bios is virtually dead on all modern systems. CSM still exists on some stuff but it’s fading out. The A20 gate no longer exists, the PC industry is moving on. DOS on real hardware at this point is just going to get progressively more and more rare as the hardware further diverges from the IBM PC heritage it’s clung to. Real mode is the next thing on the chopping block and that will completely kill the legacy bios and DOS outside of VMs.
Hmmm, this is a really interesting article. I always make it a habit that every time I have multiple threads accessing a data structure I use the Collections.synchronized methods to create the structure so as to avoid race conditions. This just gives me another data point as to why that’s a good idea.
The fact your gnome one has the kde icon in the top left threw me for a loop at first
I wonder how that works on multi-user systems. How do they structure that so that settings are per-user?
macOS applications are folders and that will never stop being weird to me. They basically use the same setup as windows but instead of making the application the executable in the folder they turn the whole folder into the executable
But it’s still not a guarantee