Also, could you please update the title of your fediverse post? The article now says 21k 🙂
Also, could you please update the title of your fediverse post? The article now says 21k 🙂
If you need to provide tools that cross security boundaries then […] a small web app is better [than sudo].
A web app? Effin really!!? 🤨
“Can’t share item,” was the header. “You cannot share this item because it has been flagged as inappropriate,” read the body text.
FAFO.
We’ve been fanfaring for a decade and a fucking half for people not to see “the cloud” as a miracle solution, and to use it carefully. We’ve been warning that it is a blatant invitation to vendor lock in, that it is singlehandedly creating oligopolies, and that exactly this would happen.
Did people listen? No. Did they aggressively confront (or passive-aggressively ostracise) us? You bet your bottom dollar they did.
And now? Now they come around with surprised_pika.gif
faces and whine to whoever listens that they are victims, and that they couldn’t “possibly have seen this coming”.
No. They are enablers of abusers, they themselves abused anyone with even a modicum of common sense, and they brought this upon themselves a thousand times over.
FAFO. And at this point, reading such story fills me with the most powerful schadenfreude I have ever experienced.
But use the widows version and the proton layer. The Linux version is horribly coded.
And Docker initially used Ubuntu. They explicitly and specifically switched to Alpine in 2016 for performance, to minimise the overhead.
Note: this comment is long, because it is important and the idea that “systemd is always better, no matter the situation” is absolutely dangerous for the entire FOSS ecosystem: both diversity and rationality are essential.
Systemd can get more efficient than running hundreds of poorly integrated scripts
In theory yes. In practice, systemd is a huge monolithic single-point-of-failure system, with several bottlenecks and reinventing-the-wheel galore. And openrc is a far cry from “hundreds of poorly integrated scripts”.
I think it is crucial we stop having dogmatic “arguments” with argumentum ad populum or arguments of authority, or we will end up recreating a Microsoft-like environment in free software.
Let’s stop trying to shoehorn popular solutions into ill suited use cases, just because they are used elsewhere with different limitations.
Systemd might make sense for most people on desktop targets (CPUs with several cores, and several GB of RAM), because convenience and comfort (which systemd excels at, let’s be honest) but as we approach “embedded” targets, simpler and smaller is always better.
And no matter how much optimisation you cram into the bigger software, it will just not perform like the simpler software, especially with limited resources.
Now, I take OpenRC as an example here, because it is AFAIR the default in devuan, but it also supports runit, sinit, s6 and shepherd.
And using s6, you just can’t say “systemd is flat out better in all cases”, that would be simply stupid.
How about blackholing google to limit the damage instead? And you could limit it further by not using services that you know feed data to google.
I feel cucked having google only get most of my traffic. I am an alpha male, I want them to get all of my traffic.
Larger might be acceptable too, not sure
It should.
Also, work off of the copy. Never touch the source.
Better lzma performance with xz. 🤪
This doesn’t pass the smell test.
curl
in sh
sh
is bash
[1]sh <(curl -sSf https://url.redacted/script)
↩︎
AFAIK, Google Maps, Firebase Cloud Messaging, Authentication and (since v5.24.15) Wallet/Payments. Might be more.
No, the original depends on proprietary blobs. And so does molly, unless you use the FOSS version explicitly.
It happens to the best of us 🙂