Fryboyter

Having automatic updates as opt-in by default would be better to avoid supply chain attacks.

I guess the majority of users would prefer automatic data synchronization. The tool therefore offers the option of deactivating automatic synchronization (https://docs.atuin.sh/configuration/config/).

Also, if the original history file is still there it would be a good feature to be able to diff between the sqlite and the history file to see if commands have been deleted.

A solution can probably be created with https://docs.atuin.sh/reference/list/ in conjunction with a shell script.

Are there options to choose what encryption algo is used?

I suspect that this is not possible. Why do you want to change the type of encryption?

Based on https://docs.atuin.sh/configuration/config/#search_mode, "fuzzy search" is used as standard.

I don’t have any use-case for a tiling window manager, for example, but I have zero intention of shitting all over various TWM projects whenever they’re brought up.

I feel the same way. I think tiling is useless (for me). Except in the terminal emulator. Strangely enough, I use it there.

I understand that Gnome kinda goes against the traditional desktop paradigm

Which is not a bad thing at first. Just because something has been done for years doesn't necessarily mean it's better.

The Helix editor, for example, uses the selection → action model. With vim, it is exactly the opposite. That's why I prefer Helix. And yes, this is my own subjective opinion.

You can find idiots in every group. Usually, however, these are always just the loud minority. I bet the majority of users simply use what they want and stay completely out of any discussions.

For my part, I have always used KDE / Plasma and I will continue to do so. Gnome just doesn't appeal to me. Is Gnome therefore bad? No. I just prefer something else. Just like I use a different editor instead of vim, for example.

A dual boot system is not a big problem as long as you boot in EFI mode and use GPT partitions. I have been running a dual boot system (Windows 10 and Arch Linux) for years without any problems.

You should allocate around 500 MB for the EFI partition. This allows you to install Windows and a Linux distribution and still have reserves if you want to install additional Linux kernels, for example.

If you want to change partitions, first make a data backup on another data medium. Because something can always go wrong. Even if it's just a power failure.

While Arch does it too, they prefer to keep the packages as vanilla as possible - often requiring effort of the user’s side to make it work with the rest of the system

To be honest, I have hardly ever had this experience. In my opinion, the distribution works so well precisely because Arch releases everything vanilla wherever possible. And in cases where the vanilla version doesn't work, the Arch team patches it.

So the thing with Debian and any Debian based distro like Ubuntu or Linux Mint is there is no big centralized software repo like the AUR.

The platform for this would be available (https://mpr.makedeb.org).

Yes there is the apt repository but if you want something that’s not in there, get ready to read the documentation or follow random guides.

Not everything is available in the AUR either. It may therefore be necessary to create a own PKGBUILD file. And since anyone can publish something in the AUR, you should check the PKGBUILD file before installing or updating it. Both also require reading guides (https://wiki.archlinux.org/title/Arch_User_Repository, https://wiki.archlinux.org/title/PKGBUILD and so on).

On Arch, all I have to do is Paru -S Reaper,

This would give me the error message that the command was not found. Why do some people assume that everyone uses the same AUR helper as they do? I use aurutils, for example. This AUR helper offers more options but is more cumbersome to use in some cases.

Apart from that, the name of the package is reaper and not Reaper. So even if I would use paru, it would not work.

Now that Arch is so easy to install with the Archscript,

Easier? Yes. But archinstall had and still has some bugs. And archinstall, understandably, does not cover everything so that a manual installation is more flexible.

yeah yeah there’s flathub and stuff but that’s more of a last resort, optimally, you want to get it the correct way.

Appimages or flatpaks are often the correct way to go, as many projects only publish such packages.

If I had to guess, I would say that the updates to Plasma 6 will be offered at the end of the week or in the course of next week. But I'm not an Arch developer, so that's really a guess.

However, one should first read through https://wiki.archlinux.org/title/official_repositories#Testing_repositories and consider whether it is really worth the risk.

For my part, I will simply wait until Plasma 6 arrives in the official package sources.

and I’m glad that they took extra time to release rather than quickly shoving it out, a la Plasma 4 and early Plasma 5.

As far as I can remember, this was also the fault of some distributions that wanted to release Plasma 5 quickly, even though the developers of Plasma pointed out existing bugs.

TIL SDDM hasn’t gotten to 1.0 yet.

Many projects also deliberately avoid publishing a version 1.0. For example, the static website generator Hugo continued with 0.100.0 after version 0.99.1. The current version is 0.123.3.

This is mostly due to the fact that some users have the wrong expectations. For example, that version 1.0 is as good as error-free and fully developed.

How long has it been the de facto default greeter for KDE Plasma?

Since Plasma 5 if I'm not mistaken. Before that, KDM was the standard.

In my opinion, just because someone is behaving incorrectly is no reason to behave in the same way. One can also disagree with someone without using terms like moron or whiny bitch.