If steam accidentally deleted someone's home directory in a bash script via a single error, I doubt I would catch that one myself.
Can't you run ddg without javascript, on their plain html version?
No. Netplan uses it's own yaml format, which people would have to learn and use. I don't want to do that, I would rather just configure my existing networkmanager setup, rather than learning another abstraction layer over what is already an abstraction layer.
I understand that cockpit (and similar type tools) are "the whole kitchen sink" of utilities, and it may seem like they come with more than you may need. But that doesn't change the fact that they get the job done, and in some usecases, are better than dedicated tools.
Along with the other bits that people like and dislike about it, I have another problem with it.
In order to deploy software in a manner that is resilient, it's necessary to deploy it in a "High Available" manner. This usually involves duplicated the service across multiple machines, and then automatically switching from one server to the next if one machine goes down. I consider this necessary for something to be a true alternative to the big proprietary software like discord/slack/etc, for smaller groups or nonprofits who want more reliability. Someone losing internet at their house should not result in the whole service going down. A datacenter going up in flames should not result in that lemmy instance going down (forgot which one this happened to, but I'm referencing a real thing).
The most common way (and arguably, one of the easiest) to do high availability is Kubernetes. Kubernetes has a sort of package manager, called helm where you can quickly spin up services in a highly available manner. Many services offer official helm charts (Unofficial ones are not going to be maintained reliably, so I don't like them).
The helm chart for Synapse and the rest is enterprise only meaning you have to pay. Discovering this is what finally really soured me on Matrix as using it as a discord alternative.
Of course, I never really considered Matrix a discord alternative. It lacks certain features that people want, mentioned below, like voice rooms (although voice rooms are by definition, metadata leakage, meaning people who dislike matrix for the metadata leakage would dislike voice rooms lol).
Rocketchat appeals to me because of this. Kubernetes/helm, single sign on, and interestingly, it seems to be able to federate with matrix (although I don't know if it supports e2ee with matrix). It seems that rocketchat has it's own e2ee, though I don't know how it works (or if it's any good). It also seems to support matrix clients, but doesn't seem to actually be based on matrix.
But otherwise, rocketchat seems like a much better discord alternative.
For example, Open Watcom is nonfree because its license does not allow making a modified version and using it privately. Fortunately, few programs use such licenses.
Although the FSF doesn't like licenses that force release of code of private versions, it should be noted that Open Watcom also has a termination clause. You can no longer use that software if you are being sued by Watcom or something like that.
This termination clause is why entities who otherwise would be okay with this license, like Debian, don't find it acceptable.
The supermassive leak contains data from numerous previous breaches
A supermassive Mother of all Breaches (MOAB for short) includes records from thousands of meticulously compiled and reindexed leaks, breaches, and privately sold databases.
So it's already leaked data.
I'm deeply frustrated with the cybersecurity news cycle. Just tons and tons of articles on '"horrible, difficult to detect malware" that stores config files in the home directory, and "breaches" that only contain previously leaked data.
I'm gonna be real: You want kubernetes + gitops (either fluxcd or argocd or the rancher one).
I mean sure, jenkins works, but nothing is going to be as smooth as kubernetes. I originally attempted to use ansible as many people suggested, but I got frustrated becuase it struggled to manage state in a truly declarative way (e.g. when I would change the ports in the ansible files the podman containers wouldn't update, I had to add tasks for destroying and recreating the containers).
I eventually just switched to kubernetes + fluxcd. I push to the git repo. The state of the kubernetes cluster changes according. Beautiful. Simple. Encrypted secrets via sops. It supports the helm package manager as well. Complex af to set up though. But it's a huge time saver in the long run, which is why so many companies use it.
Reminds me of https://github.com/cgsdev0/bash-stack
Made by this twitch streamer: https://m.twitch.tv/badcop_/home
I made an ansible role for this:
https://github.com/CSUN-CCDC/ccdc-2024/tree/main/linux/ansible/roles/docker
It was designed for a cybersecurity competition, and can back up containers and volumes. The volume back up works by creating another container and then mounting the volume to that container, and within that container a simple tar backup is ran.
moonpiedumplings
joined 2 years ago
There is a reason why they do this. For stable release distros, particularly Debian, they refuse to update packages beyond fixing vulnerabilities as part of a way to ensure that the system changes minimally. This means that for example, if a software depends on a library, it will stay working for the lifecycle of a stable release. Sometimes latest isn't the greatest.
You swapped PKBUILD and APKBUILD 🙃
Homebrew, in theory, could do this. But they insist on creating a separate user and installing to that user's home directory