The right way to do this is to hire a group of developers and have test volunteers report workflow problems - then FIX them - then iterate. That's the point of choosing an open source solution.

Eventually there would be no problems remaining.

But so many possible scenarios exist that it's impossible to guess what happened here.

PS _NSA_KEY

There are apparently other unpatched vulnerabilities that are known but 'too busy':

It sounds like this fix got done because it was 'accidentally' posted as a public PR.

https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Fe...

Yeah, the threat actor would need a foothold on the PXE network, which is a private VLAN (or better) in the competent case.

That's why we worry about APT's and such.

Granted, you'll find people on certain cloud providers who do far too much on a public IP.

What if someone has fifty windows open with fifty tabs each?

Asking for a friend.

Solid effort - good job.

It's a bummer if any of the employees got rug-pulled but many of the best employees will strike out on their own, form new companies with working conditions they value, and likely hasten Skydance's demise.

nah, a RS code can correct a tiny bit of loss but two metadata copies can correct a bad sector or even track if you're lucky.

Different requirement spaces.

The idea this guy has might make embedded devices slightly more long-lasting.

They usually have quantity one of a cheap storage part and a bad block in the wrong place could brick the whole thing.

It would only be useful in the case where maybe the build is 12MB and the chip is 16.

Most vendors won't ever pay extra for this.

I suspect the people who hate it don't have problems it solves.

Maybe a very basic home laptop is fine with SysV today and they don't want to learn anything new.

Personally I've been able to retire thousands of lines of scripts I'd written to handle complex things with many edge cases and ugly devops modules that are no longer needed with more recent releases.

There's just no userland interface to many of the events it can respond to and it's not easy to write a new C++ daemon to handle each need that comes up.

At this point it's largely a functional API to kernel events in the way I use it. That's the DOTADIW perspective for me. I still have services call my scripts where it doesn't handle what I need. It would be crazy to ever expect it to handle everything.

But just because I need to handle complex things at scale sometimes doesn't mean everybody else does. If I want to run debian with X11 and emacs and you want to run Devuan with Wayland and vi, you'll get no argument from me.

Who has time for drama these days?

Eh, no, you really just failed at reading that and wrote a long screed about something I didn't say. The post I responded to claimed that "another rocket company" would develop a replacement for Falcon "in a few years" if SpaceX folded. Then claimed Starship, a program that began active development 8 years ago, was 20 years ahead of anything else.

I'm pointing out the logical gap in "Falcon can be replaced in a couple of years" but any competition is 20 years behind 8 years of development. It's a nonsensical claim.

This discussion on their inclusion in Mozilla is quite revealing:

https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fbugzilla.mozilla.org%2Fs...

Elsewhere it's claimed that they used a FIPS HSM to generate their keys.

I did not see who their auditor was.

Did eMudhra lie?
Did the auditor lie?
Are FIPS HSM's backdoored?
Do we have another Dual_EC_DRBG situation on our hands here?

If nobody is lying we could have just seen a huge cyberwar or false flag averted. Essential crypto gear could be totally buggered still.

PS Remember when Mozilla gave CACert absolute hell for years when they were tremendously more competent?

I thought we lured them all onto Facebook then ran for the hills?

Maybe the jacket has a kevlar fiber for support?

Of course they would do that.

> One older cpu went flakey with "cpu errors"

That's often the thermal paste drying out. Clean the fan, repaste the chip, good for a few more years.

Usually.

A recent psychology study suggests that heavy AI users can improve productivity and lose the ability to focus at the same time.

Forgetting which list is in the To: could be an example of diminished focus.

Pure spec.

I am going to make a dangerous assumption and assume that does not mean "we think we should use the written word to train our LLM" as that isn't actually anything that requires consensus. So presumably, the "team" discussion was about how to acquire said books. That the "consensus" answer was "through shadow libraries" sounds an awful lot like "conspiracy to commit commercial copyright infringement" and appears to be a rather shortsighted argument to be making.