I noticed that Mint is working on LMDE which uses Debian as its base directly without using Ubuntu; I wonder if this is one of the reasons motivating that project and what the other reasons are.
Ideal would be if you could issues U2F hardware keys but not everyone supports that yet. I've seen KeePassXC used effectively as it works on Widows, macOS, and Linux.
I want to root for it but I think the LGPL license ruins it as long as there are BSD or MIT licenses alternatives that are good enough. Firefox might implement it but I think there’s zero change that Chromium or Safari add support.
"NetBSD 9.0 is bringing with it support at long last for ARMv8/AArch64 64-bit ARM..."
Ironic that the BSD that's legendary for "running on a toaster" and whose slogan is "of course it runs NetBSD" is just now gaining support for these not-exactly-rare chips/architectures.
Is there such a thing as a straight key or paddle (iambic?) key that connects to a USB interface? The amount of bandwidth required to conduct a CW QSO via the internet would be far less than a VoIP call. A Morse code chat program would make for an interesting Show HN project.
A lot of the gatekeeping and lack of interest in SDR, GNURadio, etc is from the older HAMs. Having local clubs with upper age limits of 45 or so might encourage more digital experimentation and openness to the kinds of innovation that used to go hand-in-hand with amateur radio clubs.
But Facebook, Google, Microsoft, et al are still free to sell phone location data acquired through apps (or Android itself in the case of Google), right? I wonder if there is any hope of laws to limit the ability of companies to sell this data...
Isn't this, at least in part, the goal of OStatus/Mastodon? It's a great idea but I find it humorous and ironic that many mastodon admins circulate block lists specifically meant to cut off nodes. I would prefer that users just use the block features available (and adding the ability for a user to block nodes or apply blocklists if they want to, but not for admins to make that decision for them).
You don't think that going the "Consequentialist Route" and funding bounties for developing F/OSS alternatives to the non-free components[1] if viable? What's not viable, in my opinion, is the shunning by the purists of everyone who doesn't believe and act like them. Some of us might if we're allowed to get there one step at a time and if they encouraged the transition the F/OSS as a whole would benefit.
I've been in the habit for years of making liberal use of the catch-all feature of email to make up email addresses unique to everything. This makes it easy to add NDR bounces to specific email addresses that end up on f-ing mailing lists I don't want or for which the address was sold/given to other groups (political parties are the WORST about this!).
Ditching HTML for CommonMark (like MarkDown but without any daring fireballs) would be better IMO. Then again, the designers of HTML had no idea what it would become when they carved out a subset of SGML for their document markup. If we were starting over perhaps a mix of XAML for app-stuff and CommonMark for text would be a good mix... unless that totally screws up i18n. "It is what we have and it seems to work" explains HTML somewhat adequately.
There's nothing "wrong" with XML but with JSON there's no need to add another 5 pounds (2.2 KG) of JavaScript to convert XML to JavaScript objects. For any other language it doesn't matter since you're re-mapping to objects, most likely, but with JavaScript eating the web (even on the server side) I think the question should be "why shouldn't this be JSON" as a default. In the end either way works. I would love to see Google Reader resurrected... stopped reading blogs and switched to Twitter and Hacker News once Reader died.