370 karma · joined November 13, 2021
I am not sure if this is an oversight or done on purpose..
“By using ZeroSSL's ACME feature, you will be able to generate an unlimited amount of 90-day SSL certificates at no charge, also supporting multi-domain certificates *and wildcards*. Each certificate you create will be stored in your ZeroSSL account.”
The signal raised for page faults should be (and actually was, before 14.4) SIGSEGV, and not SIGKILL. This behaviour is even defined by POSIX.
There is no reason why this should change, specially not in the final release instead of in the public betas and early access releases (where the change was not present).
Unlikely since several of the issues seem to happen only on Apple Silicon.
Even if you momentarily ignore the reasons why someone thought this could be a good idea, why not do it in one of the pre-releases or betas??? Doesn’t look like the kind of thing you’d want to do in a last minute change.
The real problem in my opinion is the fact that you cannot go back after a macOS upgrade. So if something like this happens, you literally have no option but waiting for Apple to release a fix, if they want to do it at all.
This is misleading. What was deprecated was the browser Java plug-in distributed by Apple. That’s very different from “deprecating Java”.
The article explains how Base64 is “problematic because it has more than a dozen variants”. So instead of picking one, let’s invent a new standard.
The article specifically says that the issue was not present in early access releases, so it was not possible to discover it before the actual release.
This is not what most people would think when a registry is said to be a “superset” of another.
Linux filesystems are generally case sensitive.
In other words, it is always easy to think it is too late when looking back. But it is never too late if we try to look forward and imagine the things that have not invented yet and which will be around in 10-20 years time.