Flatpaks are good, especially compared to snap.
The future is atomic OS’s like silverblue, which will make heavy use of things like flatpak.
Flatpaks are good, especially compared to snap.
The future is atomic OS’s like silverblue, which will make heavy use of things like flatpak.
Tell me you don’t understand what you read without telling me.
What a stupid take.
I’d say look in a mirror and sit down, as you entirely don’t understand this proposal. This is not something that impacts old hardware.
Xlibre is run by a very unstable and shitty person. Pass. Just let xserver die
I legit thought I had stumbled into a shittysysadmin thread for a moment.
There is legitimately no reason to use snap for this.
Especially when this utility is a single fucking 217 KILOBYTE standalone binary.
Just download it from github and toss it in ~/.local/share/bin
So much bad advice in here relating to NVME’s.
Any NVME worth it’s salt these days is an OPAL adhering self encrypting capable drive for data storage.
This means in Linux you simply install nvme-cli, then do a mode 2 crypto erase and the crypto key is dropped and all data on the drive becomes unreadable.
Y’all could stand to get with the times a bit more and learn about what NVME’s actually bring to the table
https://tinyapps.org/docs/nvme-secure-erase.html
For drives with it disabled, mode 1 wipe will have the controller fill all regions with meaningless data to wipe it.
You’re right, they should be running Windows Server as God intended 😆
Not super ideal for a server as far as maintenance and uptime to have unexpected, frequent restarts
This is such a weird take given that 99.9% of people here are just running this on their home servers which aren’t dictated by a SLA, so it’s not like people need to worry about reboots. Just reboot once a month unless there’s some odd CVE you need to hit sooner than later.
You just move to user directory installation of most tools via brew on Linux. It’s not difficult. The Bazzite distro handles all this incredibly well via brew, flatpaks, and distrobox.