For example, I’m using Debian, and I think we could learn a thing or two from Mint about how to make it “friendlier” for new users. I often see Mint recommended to new users, but rarely Debian, which has a goal to be “the universal operating system”.
I also think we could learn website design from… looks at notes …everyone else.
All distros, or none: flatpak has to improve in regards to launching an app from terminal. Following is a joke:
flatpak run com.github.iwalton3.jellyfin-media-player
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.
However in the same way, compromised flatpak app can also put a malicious .desktop file in ~/.share/applications, which also allows execution of arbitrary command, even outside of the flatpak sandbox.
User home permission is just incredibly dangerous on linux, I think we need special permission to explicitly allow access to these folders in home. Fortunately more and more app starts to support portal, which makes them much more secure.
Although, I do wish portal would have a access per session vs access forever option. For now if you open a folder through portal, the app was granted r/w permission to that folder forever.
Fedora, NixOS and Void need a proper wiki like Arch
Most distros could also learn from Arch and create something similar to the AUR. Nix is going in the right direction.
And I guess almost all distros could learn from Artix and Devuan and reconsider if systemd is the right choice.
Gentoo - patience.
But seriously. With the USE flags, compiler options, you can understand software more from a developer’s point of view.
You can try to optimize software for your hardware.
Fully explore the configure options. With a binary package you have no control.
How are those new binary applications coming along? is it feasible to mix. I don’t want to compile everything.
I think with Linux Mint the main User Friendly thing is its DE. But with Debian you can install Cinnamon DE as well. https://packages.debian.org/search?keywords=cinnamon
btw, I quite like the Debian website, colors and design.
The Debian web site needs a good UX overhaul. Prioritize the things people are most likely to want, make them prominent and uncluttered, and present a logical flow from one task to its follow-ups.
Just a quick glance yields the simplest example: the download link is not the first or most prominent thing on the main page. Clicking “download” gives you the netinst AMD64 ISO, which is reasonable enough, but there is no indication of how to install it. Clicking “user support” takes me to a page with extremely verbose descriptions of IRC, usenet groups, and mailing lists. I think the fastest way to get installation instructions is to click the tiny “other downloads” link (after I’ve already downloaded the one I want!), and then a link to the manual from there.
This is not a good UX. This is a demographic filter. You can argue that’s appropriate for a technically-oriented OS. 9front explicitly makes itself unapproachable to dissuade casual users, but I think Debian can and should be more appealing to mainstream, casual newcomers.
The Debian web site needs a good UX overhaul. This is not a good UX. This is a demographic filter. You can argue that’s appropriate for a technically-oriented OS. 9front explicitly makes itself unapproachable to dissuade casual users, but I think Debian can and should be more appealing to mainstream, casual newcomers.
Your opinion, fine. So why do you want Debian to have more mainstream users ?
Why not? It’s a great general-purpose distro.
My point is that 9front’s user-unfriendliness is a feature (explicitly intended), whereas I think Debian’s is a bug (not intended or desired). I’m not psychic, though, so I could be wrong about the Debian team’s goals.
Fedora Atomic Desktop, mainly KDE.
- Fedora adds their pretty useless Fedora Flatpak repo, that is more secure but has unofficial packages, an additional runtime in RAM and a very small set of apps (they need it due to “legal problems” when preinstalling apps. Like… just dont preinstall them but add a startup page to install them manually?)
- There is no good way to use NVIDIA as it needs proprietary drivers and some tweaks. Ublue fixes that. Same with other out-of-tree stuff. Not really their fault, but be aware that atomic Fedora has basically no proprietary NVIDIA driver support.
- i think their kernel is extremely bloated, I would prefer having separate ones for only intel, amd, nouveau and also removing all the legacy hardware drivers nobody uses
- an x86_64-v4 (or at least v3) variant would be really necessary (my 2012 Thinkpad is v3)
- they will likely prefer to use flatpak firefox, just like ublue does, ignoring the inability to sandbox processes at all. This is the list of issues that need solving until Firefox “can be shipped as flatpak”
- they use toolbx (with that silly rename from “toolbox”) instead of distrobox. Distrobox has way more critical features like a separate home, which prevents breakages through conflicting dotfiles. Toolbx is the worse product.
Also, their traditional KDE variant is very bloated, which is why I updated this guide
But overall its still my favourite distro. Has a nice community, all the desktops you want, SELinux (which is btw required to make Waydroid somewhat secure) and their atomic stuff is an awesome base thanks to ublue.
It wouldn’t be too difficult™ to fork their kernel and make custom configs of it. Here’s the git repo that holds their rpms and their respective kernel configs, it’s just that nobody has cared enough to create/propose “slimmed down” specialized kernel images: https://src.fedoraproject.org/rpms/kernel/tree/rawhide You can just clone the repo and point COPR to it, then automatically build custom kernels.
Awhile ago there was a proposal to move the x86 microarchitecture level. Here’s recent discussion on that proposal: https://discussion.fedoraproject.org/t/what-happened-to-bumping-the-minimum-supported-architecture-from-x86-64-to-x86-64-v2/96787/2
In general, though, Fedora would not want to leave any users behind. Instead, the proposal for hwcaps is currently being drafted: https://pagure.io/fesco/issue/3151
With hwcaps, default installs will be x86_64 v1, but will be upgraded to “optimized” packages if available upon updating. This makes packaging a bit awkward, though. Packagers already need to maintain packages for multiple versions of the distro. In fact, they need to support F38, F39, F40, and rawhide atm. Needing to maintain an extra 3 builds for each package on top of x86, x64, aarch64, ppc64le, and s390x is a bit of a burden, so success might be limited.
Distrobox, while feature-rich, is still a bit hacky (though it’s still more reliable in my experience than toolbx). You’re not the first to want this, though: https://github.com/fedora-silverblue/issue-tracker/issues/440
Secureblue removes a good amount of unused kernel component, and even some useful ones like bluetooth and thunderbolts, but you can always manually enable them.
Yes thar is the direction I am going to. But they just disable kernel modules from running, I dont know if that is as complete as simply not building them.
But if its possible, then everyone with amd or intel should block nouveau, and vice versa. Just keep it small.
Yeah, this is the old philosophy of the “run anywhere” philosophy of linux (or computers in general) that got us here. Another problem with stripping down kernel drivers is that swapping hardware component will require rebuilding the kernel, which regular user will definitely not be happy about.
