I still follow Planet KDE and Planet Debian, and can vouch for both. They're great for both learning about the development processes of those projects, and finding interesting blogs on unrelated topics that happen to have been written or linked by the contributors.
ipacialsection
I unfortunately haven't found that many I can remember. But a comment on Busybox cat that linked to a talk titled "cat -v considered harmful" did send me down a rabbit hole once.
This really bothers me. Closed standards locked behind a licensing fee may as well not be standards at all, in my opinion.
I find it really fun to browse the Debian repository and its source code with their dedicated websites for doing so ( https://packages.debian.org/ and https://sources.debian.org/ ), to find all the obscure utilities, and silly code comments.
I was dualbooting 2 Linuxes for a long time. All that you need is to install GRUB once on one of the distros, but having two or more bootloaders in the same EFI System partition is generally harmless, and might happen due to how some distros' installers are written. In that case the BIOS boot order will decide which one to use. Either way, you only need one boot partition.
It is safe to delete all partitions on your hard drive if and only if you have backed up any important data on them. It's basically the same as installing a new hard drive. The installer for your distro will be able to re-create all of them.
I have personally never used a shared /home between multiple distros, but based on my experience switching desktop environments, there are likely to be conflicts between files that lead to bugs. Arch and Pop!_OS will have vastly different versions of most software, and it's possible that changes to a config file in one distro may break the program in the other. Shared /home is better for if you have just one OS installed, and reinstall it occasionally.
If you're using Debian stable, hopefully you fully expect and want not to get major software updates until long after they release, in exchange for a more predictable system.
I'm excited for Plasma 6 but I'm very willing to wait for it, and stick to 5.27 as a daily driver for the next year.
And because of that, custom configurations are wonderfully easy to make, technical issues are rare, and the few issues you do experience are quite possible to solve. Which is why I settled on Debian.
It's a good thing that KDE 6 is coming out soon because holy cow, that's a big secondary version number.
I remember when gitlab.com was the most accessible alternative to GitHub out there, but it seems they're only interested in internal enterprise usage now. Their main page was already completely unreadable to someone not versed in enterprise tech marketing lingo, and now this.
Thankfully Gitea and Forgejo have gotten better in the meantime, with Codeberg as a flagship instance of the latter.
Debian needs a better installer. It'd be awesome if it had something more akin to Fedora/RHEL's Anaconda, or even just made Calamares the default (so long as it didn't install every single locale available like their live inages currently do).
No, but I do remember using the autism(at)a.gup.pe group. Not sure it still exists but I had some nice interactions there.
It's just a future, and can be changed. I'm not aware of any objective in-universe measure of what is and isn't the prime timeline, it's really just what the writers choose to depict as such, which events are altered by time travelers and which ones stand. Since we've seen a full two seasons in this version of the 32nd century, it's more likely that future shows will try to keep consistent with it, but it's also possible they'll be "retconned" into an "alternate reality".