I doubt they’re outright rejecting any idea of progress. They’re likely just not convinced by what the fancy options offer

Exactly. I don’t mind progress. But terminal emulators that does things you become dependant on, is not great in my opinion. Because what happens the day you only have a TTY to get things done? If you rely on all the fancy stuff, you would feel lost.

So yeah, I am not convinced that I need my terminal emulator to be fancy. But some people clearly are, looking at the rest of the comments on the post.

I can’t see the benefit of fancy terminal emulators. I use plain old Konsole (mostly on Plasma) and as long as it has good history search and multiple tabs, I’m good.

If you connect from outside your LAN, you would need to forward the ssh port to the server in your router settings. If you are inside the LAN, just use the ip address of the forgejo server.

As far as I understand it, TTFs are more basic, while OTF can have more features and glyphs.

That’s weird to me. I have 30 aqara devices and they only drop off the network when the controller is missing (ConBee stick).

Instead of just linking to the information, which may be removed in the future, you could have also pasted a snippet of a relevant section. Like:

If --force is specified twice, the operation is immediately executed without terminating any processes or unmounting any file systems. This may result in data loss. Note that when --force is specified twice the halt operation is executed by systemctl itself, and the system manager is not contacted. This means the command should succeed even when the system manager has crashed.

Already in the AUR as otf-suse and ttf-suse. :)

As far as I know it’s not about bcachefs-tools, but rather the way Rust dependencies are managed between upstream and Debian Stable.

So this would be an issue for most rust-based packages in Debian Stable. The difference is that if bcachefs goes bad, you can loose data on your filesystem.

top would show you which process is actually using the cpu core.

If Gnome has issues but Plasma and Mate work fine, then it’s likely not firmware related, but rather a process in Gnome that’s using a core all the time. So find out what that process is, if it’s a common thing on Gnome and if it will finish if given enough time.

I agree. I have also used it for a couple of years.

It is source available though. It uses the Elastic License 2.0 (ELv2) license.

It states it can’t find it in /etc/fstab. So do you have it there? And does it have the correct ID?

(I don’t know how zfs pools work, I’m just going of what the mount command said)

Maybe the power settings are not set up correctly in Tablet mode (I don’t know if there are seperate settings for normal and tablet mode).

Or as another responded, the button might count as a keyboard and thus is disabled in tablet mode. What happens if you press the power button when the device is awake and in tablet mode?

I disagree with it being underpowered for regular office use and media consumption. If you can get your hands on a 16 GB RAM one, it should be able to handle just about anything other than gaming.

I will say that a second-hand ThinkPad is a great option. They can be real cheap, but you can also get a pretty decent new one for your budget.

You can likely find great T480-T495 that fits your needs really well.

Omitting grub and using systemd-boot might also take a few seconds off.

I know. It’s not marked in the wiki as essential and you can have a functional system without it.

It’s fast, but you are only installing base, linux and grub.

base-devel should also be there, since it’s assumed to be installed by any PKGBUILD you’d want to build with makepkg.

But yes. It does what it said it would do: Install a basic, minimal Arch system in just over a minute.

I like that Flatpak counts as a distro in this chart. I assume it’s because the Steam flatpak does not really have access to distro information when the survey hits.

Also, the change between 2020 and 2024 for Arch and Ubuntu is wild. They switched places…