Gentoo and Arch do have easy installers (Arch via the Arch install script, Gentoo… Well, they provide stage 3 already built, a genkernel option, and even binary distribution now, which greatly simplifies the process)

Would it detract from Debian if it had an installer which was more intuitive to new users? As long as they don’t remove the options to configure, I see no harm, only benefits. To me, the thing about Debian is that it’s a community. If a distro wants to be elitistic, sure, that’s up to them, but I don’t see Debian having that goal.

Even Arch Linux could learn from the Arch Wiki.

Who made the Arch Wiki? Was it done by the community? Genuine question.

The Debian Wiki would actually like a word.

There is stuff in there that’s not found anywhere else. For example while researching driverless printing recently I found a huge page on the Debian Wiki but the Arch wiki only has a paragraph saying supporting printers should be detected automatically.

You might like vanilla then. It has containers for each distro, I’m pretty sure.

Pacman just dumps you a .pacnew, leaving the comparison to you (y’know, KISS). Your change isn’t touched, unless it’s .pacsave.

While you will get somewhat the same from apt, I like the Debian way of providing base config support in packages and have local config loaded by include statements.

As you don’t edit the default config and automatic updates can happen w/o user input and your config will stay safe

Pacdiff does this on arch-based distros

What’s wrong with it?

archinstall script worked good for me, i installed arch on 2 kvm yesterday, i just filled blank this script offers and everything was done without me, only one advice, include your users in sudoers file as script doesn’t do that automatically, also there’s gentooinstall script derived from archinstall one

What do you miss in NixOS (Unstable)?

I think a declarative, atomic LTS distro (e.g. Alma) would be quite nice for business use.

NixOS on your mind too? lol

I think that’s what BlendOS is working towards. You might keep an eye on them.

How are those new binary applications coming along? is it feasible to mix. I don’t want to compile everything.

Slackware needs to learn how to be hip like arch. I’m the baby in our irc group, and I’m 40. All the cool kids are using arch BTW.

Slackware is broken, though.

• Its releases are so far apart that the default installer stops working in between releases cause it can’t handle the changes to the repos.
• Its default software selection is outdated, makes no sense (multiple tools for the same task), and is grouped illogically. If I want to run Xfce, I shouldn’t have to install the KDE group to satisfy necessary dependencies. If I install the base group, all dependencies for using the package manager should be satisified. And Libreoffice shouldn’t be installable only via an unofficial, unsupported third party repo.
• Its documentation is so outdated it isn’t useful anymore:
  https://docs.slackware.com/howtos:slackware_admin:installing_on_uefi_hardware

“Some modern computers have started to offer motherboards that use Unified Extensible Firmware Interface (UEFI) as a replacement for the traditional BIOS.”

Oh you can complain about both. Use WinXP-tc with XFCE to get a pixel perfect clone of the XP start menu. Then start complaining that distros are moving to Wayland where WinXP-tc won’t work.

You can create a alisis

It would be pretty neat if they did like zsh does, where it asks you if you mean a certain command when you only type it partially.

Why can’t the installation create aliases like

flatpak run jellyfin-media-player ? And then highlight conflicts during?

This is extremely simple to fix with scripts that can be automatically created on install time. Here is a quick script I just wrote. It will search for first matching app and run it. Just save the script as flatrun, give it executable bit and put it into $PATH. Run it as like this: flatrun freetube

#!/usr/bin/env bash

# flatrun e
# flatrun freetube

if [ "${#}" -eq 0 ]; then
	flatpak list --app --columns=name,application
else
	app="$(
		flatpak list --app --columns=name,application |
			grep -i -F "${@}" |
			awk -F'\t' '{print $2}'
	)"

	if [ -z "${app}" ]; then
		flatpak list --app --columns=name,application
	elif [[ "$(echo "${app}" | wc -l)" -gt 1 ]]; then
		echo "${app}"
	else
		flatpak run "${app}"
	fi
fi

Edit: Just updated the script to output the list of matching apps, if it matches more than one.

you’re missing a directory from your PATH if you have to do that. flatpak Has friendly names

flatpak run com.github.iwalton3.jellyfin-media-player

You can use /var/lib/flatpak/exports/bin/com.github.iwalton3.jellyfin-media-player instead. and then create aliases or symlinks (for example in ~/bin/) for that.

https://github.com/boredsquirrel/flatalias

Or my PR for that, that makes aliases on every login. I just have to fix it to work with user flatpaks as well: https://github.com/bjoern-tantau/flatalias/tree/patch-1

There’s a reason security people don’t use flatpak, but that’s not it.

It’d be dangerous if an installed app claimed to be something like sudo or bash. Even if a mechanism was created for flatpak apps to claim a single shell command, there is no centralized authority on all flatpak apps to vet them. If there was for flathub, and each uploaded package was checked, that still leaves every other non-flathub flatpak repo which must implement the same vetting. Because there’s no way to guarantee to do it safely, and because flatpak devs are unwilling to compromise, this is just what we get.

https://github.com/flatpak/flatpak/issues/1188

What I am really hoping catches on from Chimera is Turnstile: https://github.com/chimera-linux/turnstile

While I love that Chimera is Wayland only from the start ( no Xorg ), I do hope we get more DE options than just GNOME at some point.

Early days still for Chimera. I expect big things.

The option to enable Nvidia drivers is buried

You just type Nvidia into Software. They’ll never promote it unfortunately.