• 0 Posts
  • 37 Comments
Joined 8 months ago
cake
Cake day: July 6th, 2024

help-circle
  • There are basically two viable options:

    Renewables plus short-term storage (for ~6 hours, which is enough to shift production peak to demand peak) plus long term storage would be one.

    The other is renewables plus nuclear and long term storage. Here you can get by -compared to a fully renewable model- with less renewables (although that part is financially speaking neraly irrelevant) and slightly less long-term storage. Nuclear base-load mostly eliminates the need for short-term storage and makes power-to-gas as long-term storage more efficient (electrolysers work much better economically when you can have them run most of the time, instead of needing a lot to use up peak overproduction while not running the rest of the day).

    If you want to look at numbers (and different models) there’s a big study of France’ grid provider (from end of 2021 I think) about nuclear power models by 2050. And they assume roughly (they modelled more or less nuclear) 35% nuclear / 65% renewables.

    Also we can assume a demand increase for electricity by a factor of ~2,5 when industry, heating (where it didn’t already happen) and transport is electrified to get CO₂-neutral. So if you are going the nuclear route you would need (on top of a lot of renewables) nuclear capacities of more than 80% of today’s demand (80% / 2,5 = 32%…).

    Also if you don’t already have high nuclear capacities available already you need to start building en masse preferably yesterday. Because to meet already agreed upon climate goals starting slowly now and burning a lot of fossil fuels for another 20 years until newly build reactors are ready will not work out.

    And now compare this with reality: Basically every country talking about nuclear plans is still in some early planning phase, none of them are planning sufficient capacities and a lot of them are also still stuck in some imaginary and nonsensical nuclear vs. renewable discussion.

    So to answer your question… He ist right because you either plan a sufficient amount of reactors right now or you don’t plan any at all. And if you can’t realistically pay the upfronted cost of a massive nuclear build-up right now, then that’s a reason not to do it. But building just a reactor (or 3) to pretend that it will reduce CO₂ quickly until you have a better solution or can afford to build more reactors is just stupid bullshit. That’s what a renewable upbuild is for, that actually helps reduce emissions within years, not in a decade or more when a nuclear power plant is build.




  • I actually like what Steam did for Linux gaming in general, but in the end it is slowly becoming a crutch. Why should I spin up the Steam client (that is neither fast nor easy on resources, too) every time I want to play a non-steam game?

    Again… it’s nice what Valve is doing in general and that most of the stuff is open source and thus can be back ported to Wine.

    I however find it concerning that the number of people doing so seems to be constantly decreasing. And I don’t actually understand why the majority of gamers -people that are insanely obsessed with very small FPS or other perfomance increases sometimes- seems to be content with using Steam as the one-size-fits-all solution for games. Just simple Wine Staging can often match the performance for older games, for all games once you start backporting some patches and fixes developed for Proton. And yet the contributors seem to get less by the day and a lot of projects pre-compiling patched Wine versions are vanishing for a lack of interest.

    In short: I don’t get that voluntary lock-in to Steam for very little convenience of having a fancy interface for starting your games.













  • That sounds like the non-techies would be able to fix it themselves on Windows without you being around, which in my experince isn’t the case.

    It might be different for you with a lot of tech-affine people in your family. But for those of us being forced to be the tech support anyway, it can really make a difference if you have to fix a Linux issue once in a while or have to reinstall Windows for the 5th time this year…


  • ARM is shit at hardware discovery in general. So no, chromebooks don’t need a special distro. They however need a kernel adapted to the specific hardware, often down to the model (that’s also the reason Android updates take so long on phones and there is very time limited support… there’s always someone needed to adapt new updates to the specific hardware for each device, so they don’t bother for anything but their latest products).


  • Decryption isn’t a problem if you use the systemd hooks when creating your initrams. They try to decrypt every given luks volume with the first key provided and only ask for additional keys if that fails.

    I have 3 disks in a btrfs raid setup, 4 partitions (1 for the raid setup on each, plus a swap partition on the biggest disk), all encrypted with the same password.

    No script needed, just add rd.luks.name=<UUID1>=cryptroot1 rd.luks.name=<UUID2>=cryptroot2 rd.luks.name=<UUID3>=cryptroot3 rd.luks.name=<UUID4>=cryptswap to your kernel parameters and unlock all 4 with one password at boot.