I think hams are still the most likely people to track down and get illegal stations shut down. At what point do we say, “nah, don’t care who you sold our frequencies to, this is our bit of spectrum and we’re not moving.”

Yeah, check lists in Notes could really use some improvement for sure. Honestly, just now looking through the Github for the Android Nextcloud Notes app it looks like there’s a good deal of technical debt that has been stacking up over time from trying to bring more modern features to what started as a minimal text-only notes app.

There is a way to enable “grid view” in the app settings for the more post-it view that shows the first part of the contents, but doesn’t seem to show on notes with markdown formatting, so anything with a list doesn’t show a preview.

The Nextcloud Notes app for Android does have a couple of widgets (note list and an individual note), is there widget that is missing?

If your mail server is configured correctly this generally isn’t that big of an issue. You need a DKIM service on your mail server, and with that add some dns records (SPF records and DMARC) to the domain As long as those are in place and configured properly, you should be able to avoid most spam filters considering your domain invalid.

While I personally agree with your sentiment, and much prefer arch to debian for my own systems, there is one way where debian can be more stable. When projects release software with bugs I usually have to deal with those on Arch, even if someone else has already submitted the bug reports upstream and they are already being worked on. There are often periods of a couple of weeks where something is broken - usually nothing big enough to be more than a minor annoyance that I can work around. Admittedly, I could just stop doing updates when everything seems to be working, to stay in a more stable state, but debian is a bit more broadly and thoroughly tested. Although the downside is that when upstream bugs do slip through into debian, they tend to stay there longer than they do on arch. That said, most of those bugs wouldn’t get fixed as fast upstream if not for rolling distro users testing things and finding bugs before buggy releases get to non-rolling “stable” distros.

I’ve been using Syncthing-Fork (on F-Droid) for the extra features it has. I wonder if that developer will be able to continue.

If you browse the LKML (Linux Kernel Mailing List) for 5 minutes, you’ll probably see a bunch of microsoft.com email addresses, and it’s been that way for years. I understand why it bothers some people, but also Linus (and a couple others) approve everything that actually gets merged, whether it’s from a microsoft employee, or a redhat employee, or anyone else. Even if microsoft wanted to pay employees to submit patches that would hurt the kernel, the chance that they’d actually be approved is so low it wouldn’t be worth their time.

They won’t care, they have the consumerist crowd locked down. The crowd that buys dozens of Stanley Tumblers so they have one that matches any outfit. There might be more of us who care than there used to be, but the average iPhone buyer doesn’t care and Apple knows it.

There are some differences between distros as to whether TRIM is enabled by default or not (I’ve read Ubuntu enables it by default, but Debian does not). That said, depending on what file-system your ssd is formatted with it may be enabled by default at that level. The most-often recommended file-systems for SSDs are Btrfs and F2FS, both of which support and enable TRIM by default (as of Linux 6.2 for Btrfs, so if you are running an older kernel version you might need to manually enable it). I think most distro installers support using Btrfs as the main file-system, but F2FS is a bit more hit and miss I think. Safest bet would be to investigate once you settle on a distro, but support should be pretty standard, even if it’s not enabled by default.