It's ashame that MythWeb isn't under active development anymore[0]. The MythWeb change log in the 0.33 release doesn't have any commits newer than June 4, 2022.
Maybe I'm weird but I use MythWeb exclusively even though I run MythTV on my office workstation. mythfrontend is nice but I find it easier (read: more window manager-friendly) to use mpv to play recordings.
I thought this, too, but it seems carriers in the USA are being /very/ selective about where they offer the service.
For example, my inlaws live in semi-rural South Carolina and a new cell tower was built about a mile away from their home ~2 years ago. T-Mobile's Home Internet product indicates there's no service at their address for even though I have what looks to be full signal strength indoors on their "5G UC" network (indicates mid-band & mmWave from what I can tell, but in this location it's likely just mid-band). Every speed test I've executed from my T-Mobile-connected phone (Galaxy S22) is in the 600-700Mbps range and it doesn't vary based on the time of day.
Verizon Wireless indicates that they're not in the service area either for their 5G home Internet product, although I don't have data points from any UE on their network in that area.
> You don't get rewarded for preventing bad things.
A few years ago I saw a promotion announcement e-mail come into my inbox for a colleague who sat a few steps from my desk. It was filled with the usual "did this, did that, made an impact, etc." statements but it also had a large section dedicated to the analysis this employee performed and presented to kill a huge initiative before the organization rolled it out. The initiative was very innovative but it ultimately wouldn't have achieved its goals. It was encouraging to see this in a promotion announcement and indicated to me that some organizations do explicitly reward for preventing bad things.
FWIW, when I lived in Seattle I found that Lumen's DSL service blocked it as well. It wasn't an obvious block, though. It was either some DPI or size-based filtering. I wrote it up here for posterity:
It worked just fine through Comcast's Xfinity service (although at the time, that service had other critical issues for me..) and I have no problem now with Verizon Fios.
I always figured that 4-digit and 5-digit ASNs were "cool" to a certain crowd but seeing them at the bottom of this auction page just seems like lunacy.
Sure, IPv4 blocks have reputation but I've never heard of the equivalent for ASNs, especially ones that have a small number of digits.
32-bit ASNs are very easy to come by from all registries and there are lots of them. Most all BGP implementations have supported them for a long time so there shouldn't be a reachability issue.
Am I missing something? Is this just plain vanity?
I honed on this as well. I can't speak much to running FreeBSD as a server, but can say that using it as a router is not a great experience compared to Linux. I can't even get the latest ECMP (ROUTE_MPATH) feature working with FRR (or even by hand).
This post makes me want to roll my own Linux kernel again. I used to build vanilla kernels on Slackware (2.2.x!) and then Gentoo a /long/ time ago as well as modify stock Debian kernels to remove stuff I didn't need and tweak some knobs as of just a few years ago.
I feel like it's almost required to page through the various dialogs in menuconfig periodically in order to stay current when it comes to modern hardware and how it can interact with the OS.
"This action creates a copy of the object with updated settings and a new last-modified date. You can change the storage class without making a new copy of the object using a lifecycle rule."