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

help-circle
  • In simplified terms:

    You are allowed to modify stuff but it is not actually changing the install as is.

    This is achieved by different techniques like file system overlays, containerisation, btrfs snapshots and so on.

    The idea is to replicate the classical behavior you know from embedded devices that have their core functionality in ROM with even firmware updates only overlayed or modern smartphones: You can modify your system but in the end there’s always the possibilty to “reset to factory settings” as in: the last known working configuration.


  • This is just a theory but maybe worth a thought:

    Could it be possible that acceptance in a certain community up to the point where it’s just a non-issue that is totally separated from what the community does, bring a lot of people to the public view that exist everywhere else, too, just not that openly?

    There was in fact some minor friction on IT events some years ago where people objected to stuff partly looking more like a pride event. Yet the majority didn’t care and there was barely any active pushback. And so it normalised very quickly and now it is just how it is. In my personal view at least for the benefit of all involved.





  • Compatibilty of Windows games in Linux have gone a long way, partly but also independently from Steam’s work on it.

    In fact Linux nowadays supports more Windows games than Windows, as especially older games still work there but not on modern Windows anymore.

    I will not pretend that there aren’t games with issues, but in the vast majority of cases that’s new games and for the simple reason that some publishers actively go out their way to prevent them from working on Linux (highlights being anti-cheat tech that Linux worked hard to make it compatible, yet with certain publishers intentionally not setting a simple flag needed to run, often with totally made-up “reasons” about Linux’ insecurity…).




  • 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.