I've had e.g. foo@mysub.mydomain.com rejected by one of the world's top-3 shipping/courier services. This was on a .com domain registered many years ago, so it wasn't a TLD issue. And the subdomain and its MX was also established long ago. But their software finally did accept the mail address after I removed the "mysub." part. Crazy!
The idea of "tactical" nuclear weapons needs to go away. Nuclear weapons are strategic by their very nature. In my opinion, any use of nuclear weapons at all should result in a full strategic nuclear response against the offending country. Otherwise there is no credible disincentive against using nukes in casual warfare.
I commented elsewhere, but the US inventory is being upgraded such that many (currently) strategic weapons can also technically be used as tactical. Lower dial-a-yields, variable fuzes, and higher precision guidance all add up to more tactical use.
MAD goes out the window once the missiles are up. The whole point of a credible second strike is to discourage a first strike. However this isn't subgame perfect... which means players should want to strike first, breaking MAD.
Security patches don't necessarily affect uptime. For example, patching and replacing e.g. libc on a live system is entirely possible, even though it's not the standard procedure.
Both libqrencode and qrcode-terminal are capable of using ANSI escape codes for colored text to produce black and whites squares. Two space characters make about the right aspect ratio in an xterm window. I reinvented the same method myself a while ago, so it's funny how different people come up with the same idea. Haven't tried it on a VT100 terminal yet, but it should probably work there too.
This is my experience too. Sexual attraction brings you together. This may lead to love, if the circumstances are favorable. And then you can choose to make the effort to nurture that relationship, or not.
Agreed. And the phenomenon is not exactly new. I played around with CGOL about 35 years ago, and although I was already a fan of s-expression syntax, I still thought CGOL was great for certain applications. It's cool to see Vaughan Pratt (who designed CGOL in 1973) in the bibliography of this article.
S-expression syntax seems to be very divisive. Every time I have introduced that syntax into various projects (since it's such an easy and clear solution for domain-specific languages) for the past couple of decades, I have met resistance because so many people are repelled by all those parentheses.
Also, the pharmaceutical effect of any given amount depends on body weight and various other factors. So the exact amount needed for a particular trip level is different from person to person.
The international date line is needed when you use local times instead of UTC, because the local date is incremented on midnight local time. So, if it's October 19 just after your local midnight, every timezone to the east should also have October 19, while every timezone to the west should still have October 18 because they haven't had local midnight yet. But that doesn't work, since east ultimately meets west when you track both directions far enough. So by convention we have defined a line (or rather a crooked boundary between timezones) where the date jumps back a day in the calendar when you pass over it in an eastwards direction.
Let's not forget that the chinese communist party is currently performing three different genocides simultaneously: genocide against tibetans, genocide against uyghurs, and genocide against falun gong practitioners. So it's on a different level when compared to most other authoritarian regimes.
I agree. I had some VMs that I wanted to turn into containers. With LXC it was a breeze, and the result is very much like a "lightweight VM". Docker seems more like putting a single application process in a container, which is a very different thing. And if I want to do that, I'll seriously consider running the application in a unikernel (e.g. OSv) instead.
If you are trying to use docker to build lightweight VMs you are really swimming upstream. In the (docker, etc) container world they use the phrase "pets not cattle". Containers are designed to be stateless (nothing is stored in the container) and to be spun up and down as demand changes.
If you want to build a mini-VM using containers, LXC is a great choice. If you want to deploy software, easily, with CI/CD and [auto-]scaling, then containers are what you want.
