Years back I was interviewing people for a coding position. We went through the standard tech stuff and then did a bit of project to see how they thought. We said (this is circa 2009'ish I think) - imagine you're on a team creating a new phone. You don't have time to test all the functions, so which would be your top two functions to ensure working?

All a bit Kobayashi Maru - obviously you can't release a phone testing only two functions, but we wanted to see what they'd prioritise. The very best answer we received was this one: "I would make sure it has the ability to call emergency services." Their thinking was that this was likely the most critical feature of a phone for both a user, and also for the manufacturer to avoid being sued. Absolutely great answer.

And yet here we are, with the post above. Taking the thinking of this interviewee - the ability to work with emergency services is important for general society, for the user of the vehicle (so they don't get in trouble) and for the manufacture of the vehicle (so they don't get fined/sued/both). Absolutely critical.

I didn't see a 5.6 option on the Windows client last night.

Haa anyone else observed 5.6 in the wild?

Trump doesn't need to have power, he only needs to create fear, uncertainty, and doubt.

Companies are risk-averse, which is why Anthropic pulled their AI model for a while.

You can get Veracrypt to work with the Mac, via FUSE, but I don't know how safe/robust that is. It's probably more secure than anything Apple has. It's certainly more secure than anything Microspot has.

But, yeah, it's getting extremely irritating that useful stuff is being taken out of commercial OS' and junk put in.

There's no known client, but there is a very good unknown client:
(For those familiar with Kenny Everett...)

https://dev.to/jfscoertzen/cha...
https://snapcraft.io/chatgpt-d...

Whether it has all the official features, I don't know. But that's your best bet.

Oh, also I have a pair of Coofandy 'business' drawstring pants. They're absolutely fucking comfortable and fit well.

"Yutianhome"

See there is the trick, find companies out there that actually TRY to be human sounding instead of just random grouping of letters and numbers. This is usually the first sign that you're more likely to encounter legit yet cheap product. Vevor is... eh kinda easy to remember and their product listing prices look more like what an actual manufacturer would be charging to retailers buying their stock.

Likely bots.

that phrase has no meaning, especially in this context. Who is dying of thirst in a desert and is forced to pay a huge premium not to die? Samsung should absolutely get as much money now as it possibly can, eventually the profits will reduce to a trickle, they will need all of this extra fat to survive, good for them. You can build your own memory manufacturing plant if you don't like the prices and think you can sell memory cheaper in this current market, go, do it.

The DoD is known for viruses transporting payloads across airgaps onto Internet-connected machines. One thing it isn't is "so secure".

But, to the extent that it IS secure, it uses pretty much what I outlined. They use Class 3 certs for all users and all machines, and have done since about 2001. The US Navy got to trial run thei system to shake down the defects in the design, before they rolled it out to everyone. Beyond that, they use segregated networks (in principle, physical separation rather than logical separation, but who knows?) and encrypted communications.

What I've done above is take what the US DoD uses today, threw in what the US DoD recommended but never actually implemented in the 70s to fill in some of the gaps, and also included what the US DoD implemented and actually used in the way of Trusted OS deisgns in the 70s and 80s. The NSA and IRS likely use some variants on the same techniques.

So, what I've got above is pretty much why the DoD is as secure as it is.

What I've done is augmented it to handle the fact that you need to verify the hardware and not just the endpoint, and that you need to verify the physical host independently of the logical host. But that's pretty much it.

That is true, but the archaeology shows that this won't work for all island-hopping or all river navigation.

For example, we have clear evidence of hominins not just living on islands across the Mediterranean when no ice was present (it was free-standing water) but commuting to and from shore. We also have evidence of technologies travelling upstream along river-based communities at speeds that cannot be accounted for by simply walking.

So we need a model in which they could actively navigate against the water flow AND across significant distances of open water.

We know that boats built 1.1 million years ago (so around the time of the split) were capable of going long distances up/down rivers between settlements, and across open waters beyond visual range to islands. This places certain language requirements on the hominins of the time, although we can't be sure hobbits had full access to all of those requirements. (There's not much evidence of boat building.)

However, they must have genetically had the capability, whether or not their brains were large enough to make any use of it.

That is all perfectly true, but we have a problem. Boats were capable of navigating reliably and robustly up/down rivers and across open sea beyond visual range. This requires much more complex communication than a gorilla or a chimpanzee is capable of, but obviously orders of magnitude less than a modern human or a Neanderthal.

It would seem reasonable to say that homo florensis was as much like us as those who first built deliberate boats for voyages requiring complex navigation.