QUOTE(blue penguin @ Jul 29 2021, 14:02)

Debian testing is quite viable. Ubuntu is cancer but Debain's apt is quite nice once you discover how to read the package docs. e.g. once upon a time I designed several scripts from my certbot hooks on Arch, later discovered that the Debian certbot package was doing pretty similar things to what I was writing by hand - similar minds think alike I guess.
I run Sid myself, and very much this.
If there's a package that doesn't do what you want or is built wrong or has some dependency built-in that you hate or whatever, you can usually make your own customised .deb packages pretty easily. And even automate them.
Had the same install on my desktop since 2014.
Ubuntu was pretty good in 2010 (among stable/non-rolling release distros), but it's been following the same (IMO misguided and downhill) path as Red Hat in recent years.
I despise snaps/flatpak. And PPA's were usually sort of bad, too, but there was a time when I was too inexperienced to realize just how bad they were.
(AUR's are basically just PPA's, but in Arch more stuff isn't packaged officially so you have to depend on AUR's for more stuff.)
Not a big fan of docker either but I guess to get a job I should probably know how to use it.
Also, the single biggest improvement to dpkg/apt came when I changed a setting in apt.conf to stop apt-get from automatically fetching recommended packages, because that made things stop trying to pull systemd init into my installation.
CODE
APT::Get::Install-Recommends "false";
If you run Debian on a non-x86, non-ARM architecture with low installation base, that setting becomes even more important because there can be some packages that do not build on your platform which you can avoid.
This post has been edited by dragontamer8740: Aug 4 2021, 17:15