I don’t get why that would be a nightmare. In my country the electricity prices change per hour for dynamic contracts (they just follow the energy market) and with normal usage it’s cheaper on average than fixed contracts, including those with peak and off-peak rates. For gas it’s a day price, again same as the energy market. For both electricity and gas the prices for the next calendar day are published in the afternoon (that’s how the energy market works). The companies charge a little extra per unit and a small fixed fee per month.

Contracts with fixed rates (including nighttime and daytime rates) have to buy in advance, which means that unforeseen circumstances are included in the price and they also have to account for the fact that they might need to buy extra or sell off their excess based an actual usage.

For me it works fine, but I guess that might be because I use the flatpak version of Firefox.

deleted by creator

It’s Markdown syntax. You can actually format it nicely in a code block:

bool isEven( long long x ) {
  if ( x < 0 ) x = -x;
  if ( x == 1 )
    return false;
  if ( x == 2 )
    return true;
  return isEven( x - 2 );
}

You do that by adding ``` above and below it. To force single line breaks, you can terminate your sentences with two spaces, or a backslash.

For general usage, it doesn’t really matter. Distrobox is inspired on toolbox and provides some added functionality and configurability, like init scripts and the ability to run different distros, as well as creating desktop shortcuts on your host system. If you don’t need all of that, I’d stick with toolbox, as it’s preinstalled and works well.

Imagine a system where you are just an end user, one of hundreds or even thousands, and the admin removes an application. I would be furious if the admin would also delete my personal application data from my homedir. There could be important settings in there, that I might want to move to another system, or maybe I’ll install my own flatpak in my homedir and continue to use those settings. There could be stuff in there that’s important and for which no backup exists.

So how would you implement that: would you, while uninstalling a system flatpak, be given the option to only remove your personal files and leave the files in other homedirs intact? Or should it remove the files for all other users too, without their permission? In my opinion the best way is to just leave the files alone. I think it makes sense and I think using a 3rd party app to remove the remnants is fine. It works the same on Windows, MacOS and Linux. Maybe adding something to the OS to detect these files and ask each user independently would be a nice addition, but not as part of the uninstall process of the flatpak.

The user data in your homedir is usually left intact, which makes sense to me, especially in a multi user environment. That’s not unique to flatpak either. If you reinstall you retain your settings, session, etc. For flatpak you can find those in ~/.var/app.

I think you came to the right conclusion: it works better in native Wayland mode and apparently your default driver supports video acceleration. Firefox on Fedora has had Wayland support enabled by default for years now and while there were plenty of issues in the beginning, it runs very well now in my experience, so I don’t see any reason not to enable it.

I’m using Kagi, which aggregates search results from several search engines (including their own), but without the ads, with less crap and with features like searching for literal strings and promoting/demoting certain websites. It’s a paid service, though, but I like it enough that I’m ok with that.

If there’s anyone that hates what Red Hat has done here, it’s me, but what AlmaLinux is doing is exactly what Red Hat was aiming for according to their statement, which is that clones would use CentOS Stream as their upstream and develop and contribute their own patches instead of copying RHEL bug-for-bug. The other reason is of course to convert people that need that bug-for-bug clone to paying customers.

With SUSE having announced a RHEL compatible alternative, I’m hoping that some people/businesses will consider switching their environment over to them as a more OSS friendly competitor that also offers support. If that distribution gains some traction, I foresee that some of the clones might use that as their upstream and that OEMs will follow suit and test their drivers on those distributions. There are enough people/businesses that are reliant on a mixture of RHEL and Alma/Rocky and for those life got a bit harder because of RHEL’s actions.

The next release of Fedora will ship DNF5 as the default package manager, which is supposed to be much faster.

The base os is immutable, but you can still change configuration files, compile and install local software (but not in the immutable directories), install desktop environment extensions, add custom repositories, etc. You can also layer packages, but most graphical software is best installed as flatpaks (but not mandatory). So it depends on what tinkering means for you. If it means messing around with binaries in the default locations, like /usr/bin, then it’s not for you, but for many other things there is a way, it’s just a matter of getting used to the separation between the immutable base layer and the things that you build around and on top of it.