

Genuinely great blog post!
This is perfect for !linuxmemes@lemmy.world though: “nah I don’t want to switch to Linux, it’s hard. I’ll just compile QEMU with some patches to run VMs on Windows”
Genuinely great blog post!
This is perfect for !linuxmemes@lemmy.world though: “nah I don’t want to switch to Linux, it’s hard. I’ll just compile QEMU with some patches to run VMs on Windows”
A permanent exception may actually be OK: China is much further along in the energy transition and the CCP are not doing that out of the kindness of their genocidal hearts: economic forces make electrification inevitable, as we can already see with EVs.
Also, the European market is big enough to have global impact, even if our rules aren’t matched by other world powers eventually.
That was my first response too, but on second thought, this may be a good balance between keeping European industry strong and green incentives:
European heavy industry isn’t doing great overall. This is partly their own fault: lobbying has focused on keeping grey tech alive instead of enabling a green transition, but also largely because of high wages and regulation in Europe.
We need to push European heavy industry through the energy transition, not into bankruptcy. I’d rather do the energy transition a little slower than be completely dependent on American and Chinese companies for steel, aluminium, etc.
And I’ve been arrested at many climate protests, so don’t tell me I don’t care enough about the climate!
OG Crysis!
It’s a pretty great Deck game, and I’d never seen it run as consistently as it does on Deck at 40fps limit.
keep it on cache since I do a lot of code compilation, but I will usually switch it to frequency for gaming and stuff.
Isn’t gaming the most cache-heavy CPU workload there is? The X3D CPUs have consistently topped gaming benchmarks, even outperforming much more modern CPUs that lack 3D cache.
I’d sooner do it the other way around: frequency for compiling, rendering, transcoding, etc. Cache for gaming!
It’s not something to be proud of, that’s obvious.
But Rutte was not made secretary-general because of his personal pride. I wasn’t happy to have him as prime minister, at all, for all those years, but he is very good at one thing: getting everyone in the room to agree and making everyone in the room feel heard.
This is how you get Trump to be enthusiastic about your project. He is using Trump’s ego to get him om board with NATO. This is top-tier manipulation, and it’s working!
Rutte is the perfect man for this job, and this is exactly why. No pride, no ego, just doing whatever it takes to keep the unity in NATO and to ensure we are strong enough to deter Russia.
LXQt runs on it
No but OPs frame of it might be
And now each and every country is supposed to spend more on tanks and guns and drones only
Nope, 3.5%.
The other 1.5% is infrastructure and stuff that has both peacetime and wartime benefits, such as roads and rail that can be used for military transport in case of war, cybersecurity, I’d even argue that energy independence can be shared under this.
What is this community’s policy on Russian propaganda?
Yep, and then there’s probably a good number of people who have no idea of threat modelling who just copy those actions to say they have “good privacy”.
Tbh, I’m closer to the latter.
The problem with non-PLP drives is that Rook-Ceph will insist that its writes get done in a way that is safe wrt power loss.
For regular consumer drives, that means it has to wait for the cache to be flushed, which takes aaaages (milliseconds!!) and that can cause all kinds of issues. PLP drives have a cache that is safe in the event of power loss, and thus Rook-Ceph is happy to write to cache and consider the operation done.
Again, 1Gb network is not a big deal, not using PLP drives could cause issues.
If you don’t need volsync and don’t need ReadWriteMany, just use Longhorn with its builtin backup system and call it a day.
I tried Longhorn, and ended up concluding that it would not work reliably with Volsync. Volsync (for automatic volume restore on cluster rebuild) is a must for me.
I plan on installing Rook-Ceph. I’m also on 1Gb/s network, so it won’t be fast, but many fellow K8s home opsers are confident it will work.
Rook-ceph does need SSDs with Power Loss Protection (PLP), or it will get extremelly slow (latency). Bandwidth is not as much of an issue. Find some used Samsung PM or SM models, they aren’t expensive.
Longhorn isn’t fussy about consumer SSDs and has its own built-in backup system. It’s not good at ReadWriteMany volumes, but it sounds like you won’t need ReadWriteMany. I suggest you don’t bother with Rook-Ceph yet, as it’s very complex.
Also, join the Home Operations community if you have a Discord account, it’s full of k8s homelabbers.
Veganism implies consent.
Do I need to spell it out for you how to get a load in a vegan way or can you figure it out?
The latest doublespeak for oligarch
There will be tougher usecases to migrate. Which, depends on how you use Google.
For example, I’ve never read Google News but am having trouble replacing Keep for synced, widgeted notes (groceries etc) on phone, as well as GSheets for synced, collaborative excel-like sheets with good mobile UX.
Also, I would bundle mail and calendar in one (it’s a single button to import both in Proton and those services are tightly coupled) and check your duplicate browser/chrome mentions
Twice as long as a cruise missile apparently 🤣
Mig-31 had a major engine fire
Isn’t that the normal operating state of the Foxbat family?
MiG-25 engine service life is 150 hours, MiG-31 300 hours. These engines are essentially burning themselves to death constantly. For comparison: the 🇨🇵Rafale engine, the Snecma M88-2, has a time between overhauls of 3000 hours, and is designed for a service life of 6000 hours.
Yes, it’s called CBAM and it’s the most beautiful tax I’ve ever seen:
https://en.m.wikipedia.org/wiki/EU_Carbon_Border_Adjustment_Mechanism