Btw also an awesome way of telling people you’re pregnant.
Btw also an awesome way of telling people you’re pregnant.
fyi, systemctl disable/enable has a --now flag
–force-and-I-really-mean-it-this-time
Keep in mind an unencrypted /boot partition still leaves you open to an evil maid attack. I’m not really paranoid (or interesting) enough that I feel the need to take measures to prevent those kinds of attacks, but your situation may differ.
Yes that was the point.
Oh they should definitely choose Rocky as name for the next Debian release.
Transcend Wifi SD Card
IsWas A Tiny Linux Server.
8 years ago, this article is from 2016. I wonder what progress was made if any, both security wise and performance wise.
Well obviously they’re an expert in nameology.
Why did you switch up the title?
Except that the download numbers don’t correspond at all with the population numbers.
ITT: people giving wrong answers to a post linked to a blog that answers the question ‘What is PID 0?’
Thumbnail alone is enough for me.
Number 2 is exactly where my hesitancy lies. Is a CDN still chugging along - not serving stuff to a select user group that has passim enabled is actually finding the fw - saving enough energy for it to cancel out a whole p2p network. I don’t think so (and again, I’d need some metrics before I will. you can’t just waive that away with 'local == fast&less steps == obvious; don’t need statistics)
As for number 3: p2p can only say if there are peers. if there are no peers, there still can be an update (what about the first person to download the firmware for example). It would be a security risk for the system to not give you updates if there are no peers, so I highly doubt that’s the case.
Sending traffic through the LAN is extremely quicker and saves a lot of steps, you dont need statistics for that, it is obvious.
That’s an overly simplistic way of looking at it, and in no way does it say anything about the energy efficiency of the system as a whole. Next to that, you still need the CDN server running 24/7 to serve hashes and fw that isn’t available in the p2p-network (just think how much less power efficient it will be to first crawl the p2p-network, make the conclusion the fw isn’t available on it, only then to still have to contact the CDN and download the fw the ‘old school’ way)
Don’t get me wrong, it’s a cool new feature and a great way to get less dependent on CDNs and save money. But I’m just not buying the energy saving argument.
They still need to contact (actually look for) and download from peers though. I can see how it can save money on CDN costs.
But with claims of climate friendliness, I would at least expect some energy consumption metrics to back that up (from all participants in the network)
Climate-friendlier
Press X to doubt.
You must be real paranoid if you think Canonical made bot accounts to promote snaps on Lemmy.
TempleOS