FWIW Dolphin only does it if the filesystem doesn’t provide a way to add that metadata directly to the directory and you change the view configuration for that directory away from your standard configuration. Which is how the standard describes to do it. (Some file managers incorrectly add those .directory files to every directory you visit.)

A mac will add a .DS_Store file to any directory just by breathing on it.

I don’t like GNOME, but I’ve honestly had consistently worse experiences with Cinnamon.

Yep, which also explains why a distro that comes with Cinnamon won…

Also remember that systemd isn’t generally doing this in series, waiting for each unit before starting the next. It’s firing off a bunch of units and then continuing what it does. If it were measuring the actual time that a unit takes without including the fact that it’s waiting for resources that other units are using, it’s highly unlikely that bare, which is basically empty, would take longer than massive snaps like Firefox and the GNOME content snaps.

Theoretically with a huge number of snaps and slow enough storage media this could have a noticeable effect, but in practice that case is highly unlikely.

Let’s hope all proprietary systems become irrelevant in the future.

Sounds like a medium t-shirt

Apt repos are like that for several reasons, one of which is that it allows DNS based mirroring without having to share a certificate. Another is that back when apt started out, HTTPS was pretty rare.

time_t will remain 32-bit to avoid breaking ABI compatibility. However, Linux on 32-bit platforms has a full set of syscalls that return time64_t values. I don’t know about other distros, but since 24.04 Ubuntu has had everything in its repositories using those calls.

Centralising around Flathub seems to me like it defeats the point of flatpak being able to have multiple repositories.

Looks like it’s a fork of Puppet.

I’ve done this before by packaging it in a snap. No filesystem access except its own snap directory, no network access because I didn’t request it in the snapcraft.yaml, but yes GPU and audio access through the desktop plug.

Many electron apps will break because they install some executables into ~/. config

So double win!

Depends on the use case. Definitely for my laptop though. In fact the decryption keys only exist in two places:

1. Inside my TPM
2. In a safe deposit box at a bank.

Wanna guess?

Fewer steps than yours, but I’ll claim this as a win in the “purity” field where you have to stop at the first layer where you can run a Windows app.

Linux on a RISC-V device -> container -> qemu-user + binfmt -> x86 VM software -> FreeBSD -> Linux binary compatibility -> Wine -> Windows app