Yeah, I’d tend to agree on that. Even beyond the security issues, nuclear has the potential to be a safe, but it also has the potential to be disastrous if mis-managed.

We see plenty of issues like this already, including what occurred here: https://world-nuclear.org/information-library/safety-and-security/safety-of-plants/fukushima-daiichi-accident

Now imagine a plant in Texas, where power companies response to winter outages has basically been “sucks to be you, winterizing is too costly”.

Or maybe we’d like to go with a long-time trusted company, who totally wouldn’t throw away safety and their reputation for a few extra bucks. Boeing comes to mind.

I like nuclear as a power source, but the absolutely needs to be immutable rules in place to ensure it is properly managed and that anyone attempting to cut corners to save costs gets slapped down immediately. Corporate culture in North America seems to indicate otherwise.

Or how bumblebee did an “rm -rf” on uninstall without a quoted path, which ended up nuking important directories

Server or desktop, and what types of files? I find that a self-hosted version of NextCloud does pretty well for keeping contacts, images, and videos in sync.

(You could run it on a Pi as an intermediary to both if desired)

I used to use stuff like AndFTP in the past for similar functions

In some cases a wipe/reset of the TPM from the BIOS might do it as well, is it’s still functional but scrambled

Huh? Is the previous poster an OpenRGB developer? That’s cool!

Thanks. I’ll check into it but TBH I do really prefer .DEB based distros and that one seems to be Fedora based

That’s actually not what I was referring to.

First of all, RedHat now belongs to IBM, and they’ve never been shy about squeezing customers for a buck.

Second, having dealt with their support, it’s hit or miss to get a somebody helpful or an endless cycle of tickets. Patching and versioning is sometimes a complete mess.This especially sucks as the main reason most organizations go with RH versus others is for patching and support.

There’s also a lot of things where there’s a RH-specific implementation , which is further distancing fun other Linuxes and often ignores standard ways of configuring things.

RedHat actually benefitted from Fedora, CentOS etc as it allowed the community to develop products in a way that could be tested to be reasonably compatible, and to develop our port back fixes etc. It wasn’t just “RedHat made this and others just took it” but in many ways a symbiotic relationship. Yeah some orgs just went with CentOS but often it was those who worked on RH corporately would run CentOS at home in order to have a similar environment.

I used to be “Debian on the server, Ubuntu on the desktop” but recently I’ve spun up a few Debian boxes for desktop and I’m pleasantly surprised.

Kinda wish Valve would go for a full-out supported distro that stays in step with the Deck for Linux gamers (the old desktop SteamOS is kinda abandoned from what I can see), among with making the deck frontend a supported desktop manager. It would make sense for them to do so and rake in the game sales whilst providing a well-supported platform without the shit others are doing.

Increasingly so, and following the path that RedHat was taking prior (and probably worse to come given their new ownership)

I have similarly annoying issues when one of monitors is turned off. It collapses everything back onto the other display and doesn’t reset when I turn it back on.

So maybe an issue with the display going to sleep?

Yes, and especially don’t fuck with the hardware or core boot/OS configuration. That’d the kind of stuff that can get you fired in most orgs I’ve been in.

Is Linux likely to mess up the stuff in Windows: probably not? It does require you to do likely-unauthorized things to the device to install, including potentially circumventing some controls required in the work device.

Whether it causes issue or not, circumventing those policies or controls is not going to land well if you get caught at it.

No, it’s a user problem on both OS’s. Installing random shit from untrustworthy sources is a much more likely source of infection that a zero-day, network-based exploit, etc

Not every OS allows you to simply click on a random installer/eventually (maybe enter a password) and get owned. IOS on phones doesn’t. Android requires you enable untrusted sources.

It sounds like not including a GUI app by default to click-install random packages (outside the package manager) is the extra step for various Linux distros. That’s not a problem, that’s a good idea.

Try command line?

dpkg -i /path/to/package.deb

That’s likely an app just not installed by default for GUI

• Login as a user.
• Delete the user while still logged in
• Run command

You should get a message “you don’t exist, go away”

Not sure if that one is still around but I know one person who ran a script with “deluser $USER” and it ate root resulting in fun messages like that

Stop the app and run “snap refresh” and it should update anything that’s queued