What could your distro learn from another distro?

Every distro could learn from Arch Wiki

Even Arch Linux could learn from the Arch Wiki.
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.
- The Debian wiki is awsome. But it's less noob friendly than Arch wiki.
  
  The web UI looks like an old forum from 2000. Don't get me wrong, a well written manpage style webpage is way better than an eye candy bloated scripted webpage (IMO) and I really like how detailed the Debian wiki is. But in today's "mental standards", the Debian wiki is not attractive enough for most new comer.
  
  Also, It seems the Debian wiki is not as indexed as Arch wiki on the web.
  
  Finally... I can't access their wiki with my VPN ! :/.
  
  But I do agree, The Debian wiki is a gold mine !!!
- Can you send that one? I'm actually researching driverless printing right now
Who made the Arch Wiki? Was it done by the community? Genuine question.
- Yup.

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

Why can’t the installation create aliases like

flatpak run jellyfin-media-player ? And then highlight conflicts during?
- It would also be nice if it could alias to the normal command, for example, LibreOffice with CLI commands like lowriter or localc.
  
  Did you know you can evoke LibreOffice from the terminal to convert one file format to another? It can do what Pandoc does, but also works on old .doc files. Flatpak's weird CLI behavior makes it difficult to use though.
- Ask the devs. I haven't bothered asking so far. There's fp https://github.com/DLopezJr/fp but I don't like workaround if it's easily fixed upstream and it's not like they wouldn't know that it's bullshit. Maybe they can't decide upon a solution. Or are waiting for another important and relevant update.
  
  Edit: https://github.com/flatpak/flatpak/issues/994
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
- 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.
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.
- @lemmyreader @barbara it’s a bit annoying but I kinda like that I have to manually link it a bit. So I create sh scripts in the usr/local/bin that just execute the flatpak run command
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
you're missing a directory from your PATH if you have to do that. flatpak Has friendly names
You can create a alisis
There's a reason security people don't use flatpak, but that's not it.

The one thing I wish every distro would incorporate is the way Gentoo handles config file updates. If there are any changes you get the option of using a very simple side by side merge where you go through all the differences of the old and new configuration where you can decide which one to use going forward.

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
- That's the way it should be. But it depends on the software.
- What really sucks about the Debian way is how it tries to start daemons in the post-install scripts and if that fails (say because the default config tries to use a port already taken) the entire package system shits itself and is unusable until you fix it.
Pacman just dumps you a .pacnew, leaving the comparison to you (y'know, KISS). Your change isn't touched, unless it's .pacsave.
Pacdiff does this on arch-based distros

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.

honestly I wished the arch wiki turned into a distro agnostic wiki. i have been using debian for decades and use arch wiki all the time but it would be nice to have a one stop shop for linux documentation. the Wikipedia of Linux run as a coalition.
NixOS is at least starting to work on a new wiki. The old one is gone and is only accessible from archive.org.
- That's great
Seconded. NixOS's documentation has consistently been the worst I've read, always forcing me to go to the source code to try and understand what in the world is happening. It makes quick changes to new things nigh impossible. I had to resort to taking notes when I understood things about nix in order to retain the knowledge or at least link to where I could easily regain it.

The nixos wiki was marginally better and https://nixlang.wiki/ has been better. However the latter is less known so has less content. All in all, nix documentation is still bad.

Anti Commercial AI thingy

CC BY-NC-SA 4.0
- NixOS has the best concept and even pioneered it, but whether its implementation and documentation is perfect is a topic for debate.
  
  However, it's been quite long since I had to fiddle with my config and as such, the downsides don't really affect one on a daily basis. In fact, I recently reinstalled my machine to change the root filesystem and it was an absolute breeze. If not for secure boot, it would have been absolutely trivial, and with secure boot it was easy and convenient.
  
  As such, I consider the pains an investment into system that runs much better down the road. Though I'd love it if these pains were reduced.
- I'll definitely check that out, thanks
Most distros could also learn from Arch and create something similar to the AUR.

i've seen Void's xbps-src tool compared to the AUR multiple times in /r/voidlinux (and i guess it's like a decentralized AUR?? you can build+install pkgs from source using the package manager, sure, but there's no one big diy xbps packages registry like aur.archlinux.org for Void) and while i don't really see it, if you follow that train of thought, void's pretty set in the "right direction" :D
- I heard about it, but haven't tried it out properly yet.
The Debian Wiki is so much better than the Arch one.

Just installed Debian today. Jesus the site/wiki is ugly

What's wrong with it?
- I mean... Gestures vaguely

I think more distros should have an easy way to set up disk level encryption in the installation

And know how to use an existing btrfs partition. And always [at least have an option to] show exactly what the automatic installer is going to do before I run anything. There's gotta be a middle ground between "we'll just surprise you" and "here, do everything yourself".
- OpenSUSE has a guided setup if you dont want a surprise or don't know what manual setups requires. then prior to starting givea you a summary of what will be done.

I usually use Fedora these days and I have few complaints but I sometimes miss the ArchWiki. Not that Federa isn’t well-documented — it obviously is well documented by nature of being a RedHat product — but people in the Arch community will sometimes make a whole page to document how they fixed a specific laptop model’s relatively unimportant hardware compatibility issue.

I'm on Fedora too and quite often end up on the Arch wiki. A lot of the stuff there applies on other distros too.

Give me immutable, declarative Arch.

NixOS on your mind too? lol
- Yep
I think that's what BlendOS is working towards. You might keep an eye on them.
- Oh nice. This looks promising. I'm guessing it's not totally ready yet?
What do you miss in NixOS (Unstable)?

I think a declarative, atomic LTS distro (e.g. Alma) would be quite nice for business use.
- I've been messing about with NixOS for the past 2 weeks or so. While I think I know enough to plug in the right text in the right spots to get a system configured I feel like I understand nothing about the nix language and the syntax is extremely unintuitive to me. If another distro offered declarative configuration as well as something like Nix's options I would easily swap away from NixOS at this point.
- I gather that not everything is compatible with nixOS, and it's better as a server than for development or as a general OS.
  
  I didn't know Alma was declarative.

Linux Mint could learn from Arch and document...anything. 3/5 of the Mint manual is bitching about Ubuntu and the other 2/5 are about printers.

the other 2/5 are about printers

Relatable, everyone hates printers

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.

Fedora's installer is abysmal. There's a number of installers it could learn from. They're working on one at the moment, so I hope it's good.

Enabling access to proprietary software should also install audio/video codecs. Or at least have a separate checkbox for it, like (I believe) Ubuntu has.

Fedora’s installer is abysmal.

I thought so too. It doesn't have enough options for power users and too many for newcomers. It caters to a middleground that barely exists.

Enabling access to proprietary software should also install audio/video codecs.

The codecs are also the #1 thing that annoy me in Fedora. Because of shitty US patent laws the rest of the world has to suffer.
Why won't they just use Calamares?
- Calamares has poor integration with the rest of the ecosystem including their existing tooling. For example, it has no kickstart support, and no support for their immutable installs (afaik, anyway). It was less effort to put their existing cockpit tooling into anaconda and make a whole new web ui than it would be to add support for all their stuff into calamares.
Fortunately many flatpak browser now comes with codecs, like ungoogled chromium and librewolf.
The installer is the single one reason I can't switch to fedora. I have several drives in my machine and I like to separate them, but their installer scares the shit out of me. I can pull it off for sure, but I just don't want to take the risk

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.

I am sure you are aware of this: https://linuxmint.com/download_lmde.php
- Yes. Nice that there is the Debian choice. And nice that Linux Mint refrains from using Snaps by default like Ubuntu.
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 ?

Slackware - if it ain't broken don't fix it. Gentoo - USE flags. Mint - user-friendly.

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.
- Never cared much about trends.
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."
- Don't use it.

OpenSuSe - snapper for taking btrfs snapshots and rolling back. It’s basically a bulletproof way to do updates and recovery. Get a bad update or change a config in correctly you can roll back. Updates it automagically does this for you

Possible in Debian. The SpiralLinux guy (who also made Gecko Linux) has it set up on install.

I do not recall other distros failing to update due to GPG key issues but it has happened to me on Arch distros many times. It is the biggest pain when converting from something like Manjaro to something like EndeavourOS as well.

I really do not understand why this cannot be fixed.

That's an Arch issue as far as I can tell

I switched my daily driver to Linux Mint Debian Edition recently and it definitely does combine the best of both. It's easy to use and coming from plain debian has everything that I'm used to. Been loving it so far.

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(tm) 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
You mention that their kernel is bloated, would you mind sharing how you measure it compared to other kernels. Such as their kernel vs something more trimmed down. Is it a storage space savings or memory? I've never really considered the weight of a kernel when considering different distros so if you have some method I'd love to try and compare what I'm running.
- I have no comparisons as I think all distros ship the complete monolithic kernel. Of course specific IOT devices or Android ship a very much smaller kernel.
  
  Building the kernel is not that hard, as you have kernel-devel which has all the sources.
  
  You can use make menuconfig and see what all is enabled (as far as I understood this) and change stuff before compiling.
  
  Monolithic kernels are pretty bad, see this excerpt of the interview with Jeremy Soller on RedoxOS.
  
  So I dont mind memory or even less storage space, as the kernel poorly is not relevant at all here. I just care about keeping the root binary with access to all my stuff as small as possible.
  
  I would love a system that detects the used hardware and then builds the correct small kernel for it. There are experiments making the CentOS LTS kernel work on Fedora, which would prevent many recompilations.
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.

If you want Debian but user-friendly, just use Mint, Debian is easy enough to install. It's like asking Gentoo or Arch to drop a easy installer, it would break the point of using it.

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)
- Arch install is not official and it's not that stable, and what's the point of using Gentoo if you don't use the main reason to use it ?
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.
- There's already an gui installer on Debian, what do you want ? The system to install himself without asking for your preferences ?
- You could check out Spiral Linux for an "easier" installer. It has the option to use the Calamares installer from the live USB instead of Debian's default. Also comes preloaded with back port repositories and, I think, Nvidia drivers.

Not my current distro but I love ChimeraLinux, they manage to put musl and BSD userland into a working wonderful distro. I wish more distros adopted musl.

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.

Everything from each other. Almost no distro will ever be extremely effective at doing anything that is literally impossible on any other distro.

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

I’d really like it if Fedora didn’t discourage packaging static libs, but still discouraged building packages with static libs. It’d be nice to have them for development purposes.

I also wish they made “third party” software a bit easier to access in their installer and distro as a whole. The option to enable Nvidia drivers is buried, and even though flathub is now unrestricted when toggled in the installer, it’s not the first priority when prompted for software to install in gnome software.

A longer support cycle with less releases would also be nice, but would defeat the purpose of the distro. I guess it’d make more sense if CentOS Stream released more frequently and with more packages available in EPEL, similar to Ubuntu.

The option to enable Nvidia drivers is buried

You just type Nvidia into Software. They’ll never promote it unfortunately.
- That's what I tried, it never showed up, even though the repo was enabled. Had to install it via terminal.
- Also you will need to setup secure boot in commandline, unless you are using ublue.

Arch could use better standard MAC security applied to systemd units like Debian does.
Arch could have an easy few clicks installer, something like a default modern setup.
Live kernel patching.

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

Debian used to uphold free software values. I'm not sure what its purpose is now.

Debian is a multipurpose I suppose

I totally agree with your assessment about Mint and Debian.

I like Debian's minimal approach, but I think minimal can also be user-friendly.

I still has a nice installer, though.

I'm on Fedora Silverblue, which is great now, but when I installed it, I remember thinking that its installer was way less intuitive than Ubuntu's, and I think it also had fewer features (e.g. discovering existing operating systems and offering to install alongside it, IIRC?). I've seen screenshots of a new installer being in development, which looked like an improvement, but still not as smooth an experience as Ubuntu's.

I installed Fedora on a system for the first time a few weeks ago and had a generally positive impression of the installer, but I think it was still unable to detect the existing OS on the drive. It was fine because I was wiping it anyway, but I definitely got the impression that it's mainly designed for more simple use cases.

endeavourOs from arch by being less opinionated and giving away the awful colour theme

Luckily you can deselect the eos specific packages during install.

The Debian website is trash and I'm glad to see it acknowledged. People always take criticism of the website as if folks are saying it looks ugly. No. The layout is just icky.

It's difficult to find where to even download the thing, particularly if you're looking for older versions
- YES! YES! This is exactly what I'm talking about.
Definitely still has that directory web page feel surprised there isn't a visitor counter at the bottom
I love the look of the Debian website.
- I don't have a problem with the look, just the organization.

The universal operating system keeps dropping support for archs few people use... how universal, eh?

Ya, that bothers me too. Not enough to contribute time to prevent it though. So, I do not have much moral standing to complain.

Is it cheating, if my workplace makes me use a worse distro and I list all the ways it's worse than my usual distro? 🙃

How much does it help if you use only the bare minimum from the host OS and install Distrobox with the distro you like for everything else?
- I had to read up on it just now, but I don't think, that works in my case.
  
  So, the worse distro here is Kubuntu. Personally, I use openSUSE Tumbleweed.
  My problems with Kubuntu are mainly:
  
  The bundled KDE is out of date and unstable. KDE is integral to my workflow.
  
  No automatic filesystem snapshotting. If I fuck up, that's my system ruined.
  
  And yeah, it seems like Distrobox is mainly useful for running CLI programs, maybe individual GUI apps, but not whole desktop environments. And it re-uses the filesystem of the host system, so that kind of precludes filesystem snapshots, too.

I also think we could learn website design from… looks at notes …everyone else.

whacks you with a rolled up newspaper No! Bad. Wrong.

There is a beauty to simplicity that's lost on so many. I can load a Debian wiki page over a dial-up connection at the south pole. The design is uncluttered and uncomplicated. That goes for every page on debian.org

I often see Mint recommended to new users, but rarely Debian, which has a goal to be “the universal operating system”.

I always took "universal" to be in the sense of "universal remote": it's not universally adopted, it's universally applicable. The fact that it's the upstream of so many major distros (including Mint) indicates that it's accomplished that.

Making it "new user" friendly necessarily requires restrictions and choices made by the maintainers for the ease of the users, which negates the "unversality."

I agree that there is beauty in simplicity. In my opinion, OpenBSD has the best website.
It's not about using fancy effects, it's about the sprawling logical layout and making it hard to navigate. It used to be better around 2005, when it had the left navigation index. I remember people said it was ugly then, but imho they changed the wrong aspects of it, removing the structure without adding simplicity.
For example, a new user reading this page https://l10n.debian.org/ will be confused. It only makes sense to me since I've already translated a bunch of debconf-po-files. These are my opinions, but you are welcome to disagree. Also, please don't hit people with rolled up newspapers, it's rude.

Alpine, by its use of musl over glibc doesn't support DNS over TLS because the musl creator believes its better for user experience. It is in theory but if the other end uses it, you are out of luck and will likely spend days troubleshooting why one bit of software refuses to connect.

Probably the start menu back to what it should be. Back with distro windows xp.

Wait no nvm wrong community.

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.

Debian is so hecking unstable for me omg... For some reason it just doesn't play well with any hardware setup I've ever tried.

Anyways, I use arch Linux which could REALLY do with a nice wiki overhaul by now. It's not beginner friendly AT ALL! Been using the same install for almost 3 years now I think, but man... When I have to figure out something, the wiki isn't the first thing I'll go anymore.

EDIT: Why the downvotes?

If Debian fails in the same predictable way every time, for the same reason, it could be argued that it's very stable, just not functional :) What kind of hardware do you use by the way?
- It fails to run after a few days on several different laptops I've tried it on. Also on my main computer which is an amd 3900x with 64gb ram and a 3090. Arch however works perfectly fine, which is odd as heck
The Arch Linux wiki has been the best source for information for a long time for me. Many years ago the Gentoo wiki was good as well, till they lost all content and had to start from scratch.
- I use Debian but still use the Arch wiki quite often. It's a great resource. I improve Debian's wiki where I can (eg I wrote a few sections on this page: https://wiki.debian.org/NFSServerSetup) but it's just not the same.
- [...] till they lost all content and had to start from scratch.
  
  What happened? Now you got me curious
That's like saying you don't get pyramids because they tip over so easily. It sounds like a you problem.
- Lmao
Downvote because i like the arch wiki very much and it was beginner friendly enough for me, tho (installed arch as a noob recently)

(Well I did not really downvote to be honest, but if I did, that would be the reason)
- Hm, weird. I tried following to wiki to fix some Bluetooth issues I had. It didn't fix my issue and on top of that it's all over the place.
  
  Man, I feel like some people treat the wiki as a hecking Bible omg..
Idk about instability but in my experience Debian always required the highest amount of work to fix and set up (on very different machines) compared to other distros smh