On Customs Checkpoint I usually hold my identification in my hand. It called a passport. It can be verified and tracked back to my country of origin. It likely also already contains a hash of my biometric data. It is also usually checked by US Embassy before I start my travel.

Now let's say I go to USA and get my biometrics scanned at the checkpoint. What is that good for if I'm not on a watch list? And most importantly - what is going to happen with the scanned data after it is determined that I'm not on a watch list?

If they can't get something as simple as a F&$*^#G web browser to work..

I like bashing MS just like anybody else but ... you think that a web browser is simple? How funny ...

Put it into to Photoshop and eye-dropper the colours.

Excuse me. Is GIMP good enough for that functionality?

--
On the internet nobody can hear you being subtle

and "we" can do the stopping?

May be we can't. But we surely can make it worse. And the appropriate piece of wisdom in such situation is: When you find yourself in a hole, stop digging!

A web developer should know what SSL certificate is, what CA is, what happens when the cert expires.
A database developer should know to not store plaintext passwords in the database and use hash instead. Salted hash.
The applications on Windows nowadays use assembly manifests that contain publicKeyToken - SHA1 hash of public key used for signing the assembly. I would expect a competent windows developer to know that.
When developing a game you want to prevent rogue modifications of game client that would give the player an advantage (there is probably a term for that).
If you use ssh to access the CVS you should know about public-private key cryptography. If you use git, you should know what a hash is. If you deploy to a staging server you hopefully do that with encrypted protocol.

Yes you can do without that. You can build walls around your sandbox and delegate all those pesky troubles to someone else. IMHO in IT it requires conscious effort to not know some basics of cryptography.

My odds of winning may be 1 in 175 million

Your odds or winning are 1:1. Either you win or you don't.

An event will log it. No need for echo paths

Can you elaborate, please? Let's say the network interface comes up and I (as a human) expect that my home-made network daemon starts up. But it does not. And by "it does not start up" I do not mean that "the daemon process is exec()-ed but exits immediately for some reason". I mean "the exec() call does not happen at all". Perhaps some stupid reason I failed to properly explain to systemd that it should be started. How does systemd know that a human expected the daemon to start?

With startupd, launchd, SMF, and SystemD you set the triggers for each event. No long scripts loaded with nested if/else statements galore or expensive proprietary software to mask this lack of functionality in init.

Okay, I'm always willing to learn, so please, give me a lesson. I set up a trigger for the event and the trigger does not fire. What do I do? In case of the "long script with nested if/else statements galore" I'm pretty sure what do I do there - put in some echo statements to verify the execution path. What do I do with systemd?

Slackware is 1990s-era relic.

Are you qualified to say that? I use Slackware on server and desktop and it fills all my admin/office/development/multimedia needs. What makes it 1990s-era relic? Because it does not have dependency checking? Bah.

So long as Slackware, Gentoo and LFS exist I don't see how anyone has been FORCED off of Linux or onto the BSDs.

Maintaining a distro that does not use systemd when almost every project (package) expects systemd is not trivial. The danger is that the distro maintainers just throw the hands up and say "fuck that, I don't have energy to wrestle with this anymore". And then the users will be FORCED off.

Sadly, systemd is the only effort to unify them

I don't know about "unify them". As far as I can see, it is trying hard to hide the complexity under one umbrella. And if the complexity is hidden completely, then there is little you can do to fix a problem that happens to be complex. Without this unifying effort I can easily plug in myself somewhere in the middle, track down what's going on and fix it. Or at least work around it. Ah, yes, I'm a Slackware user. Is that relevant?