Doesn't work on Guix, or at least isn't in the repos and didn't work at all some time ago. Something to do with the way Plasma expects the files stem to be versus how Guix implements it. Nix makes it work so it must be possible, not sure whether anyone's bothered to port it over yet though.

It is. The other person is confusing it with Solaris, which is a Unix derivative based on a mix of System V Unix and BSD.

Solus is a Linux distro. You're thinking of Solaris.

I tend to use either Newsboat or Elfeed. The first one is command line, the second is Emacs. So they're both text-based. Might not be precisely what you're looking for, but with the right choice of terminal font and easy-on-the-eyes colours, I find it a pleasant reading experience without distraction.

The Church of Emacs, specifically.

Not sure which change logs you're looking at, but both stable and current were updated yesterday. Current is most days, stable is usually a couple of security patches and bug fixes a week.

We don't install packages without dependancy management, for the most part. We use one of the half-dozen or so pkgtools wrappers made by community members that interface with SBo and handles the dependencies for us (examples include slapt-get, slpkg, and sbotools). Also, Flatpak/Distrobox/Nix etc are all available and easy enough to install if slackbuilds.org doesn't have what I need (rare tbh).

Me too. I love XFCE so much, but it's impossible to deny how large a step forwards Wayland is on a technical level (although there are still kinks to work out). When XFCE moves over, I'll be able to confidently do so as well.

He replied to a post in the Slackware forum back at the end of January telling folk he had terminal cancer. No idea how things have progressed since then but I know he was already very unwell at that point and I've not seen him crop up since that time. I imagine he's either spending his remaining time with his family or he's already at rest. Either way, losing Steve is a huge blow to the community. Wish I could have met him and thanked him in person for his videos. They were so helpful to me in the early days of running Slackware.

Off the top of my head, it'd be Debian, Arch, Void, and Gentoo. There are others that are debatable.

The key is in the name. Whoever distributes the software to you determines whether it's commercial or community. Where they get it from is irrelevant because they're the ones distributing it to you.

Ubuntu can't be made closed-source because of the licensing of the software they use from upstream. Red Hat is still not closed source, for instance. Everyone who gets it gets access to the source code. But if Ubuntu went away or whatever then downstream distributions would be in a spot of trouble. They could rebase on Debian (which is what Ubuntu is based upon), but how hard that would be varies wildly depending on distro. Linux Mint already have a Debian edition, for instance. No problem there. Pop OS would certainly be able to make it work as well; they're a very professional operation. But take, for example, Endeavour OS. It's Arch with a graphical installer and some nice defaults. Without Arch Linux (which is almost certainly not going anywhere and is a community distro) they'd have some real problems. There's no upstream to Arch to rebase on. They'd have to so fundamentally change everything to accomodate a whole new base and packaging system that they'd basically be making a whole new distro.

The Slackware community has produced about 8 package manager front-ends that handle dependency resolution, so it's not an issue at all and hasn't been for over a decade. The big thing with Slackware is an emphasis on simplicity of design over ease of use and an expectation that the user will make all the decisions regarding how their system is maintained. I love it, use it on my main machine (Void on my laptop, Ubuntu on my server). It's taught me a lot about operating systems in general and Linux in particular, and it lets me do whatever I like. I use sbotools and flatpak for my 3rd party software, the former being a ports-like interface to slackbuilds.org (like the AUR for Slackware, but far smaller and with a lot more quality control). Works great, no surprises, boots fast, rock solid and dependable.