Nope, this redefinition isn't necessary, it is a choice SI made. Nothing would have broken by keeping an exact relationship between amount of substance and mass, it would just have retained the interpretation of Avogadro's constant from before 2019 (experimentally determined vs a defined constant).
... weighs one gram ... An amount of hydrogen weighing the same amount has exactly one mole of atoms in it.
Not only was this never true - the sentence would have to have say "An amount of carbon-12 atoms weighing 12 times this amount has exactly 1 mole atoms in it" (far less elegant) -- but not even this is true any longer after the fuckup in redefining the mole in 2019, after which all these relations between amount of substance and mass are only approximate.
This whole rapey lingo needs to fucking die already.
Maybe widely name-calling this practice for what it is could help steer companies away from this disgusting pattern.
Should we start refering to pop-ups that give no option to say "no" as something like "rape-ups"?
"I've created this amazing program that more or less precisely mimics the response of a human to any question!"
"What if I ask it a question where humans are well known to apply all kinds of biases? Will it give a completely unbiased answer, like some kind of paragon of virtue?"
"No"
<Surprised Pikachu face>
After checking that you can open port 53 udp yourself with, say, nc (which you tried), strace the binary that tries to open port 53 and fails, and find the system call that fails. You can compare it with an strace on nc to see how it differs.
If this doesn't clue you in (e.g., you see two attempts to listen to the same port...) Next step would be to find in the source code where it fails (look for the error message printout) and start adding diagnostic printouts before the failing system call and compile and run your edited version.
This is such a more wholesome take at the same concept:
You are made of doesn't matter.
Especially if the media is readily available elsewhere which is always the case for movies you "bought" digitally.
Except when they aren't. Especially if located outside the US, it is far from obvious that a given movie is available through another service.
Refunding the sale price is still theft.
What did you lose in this theft?
Is there really nothing in your home right now you would be sad if someone took and just gave you the money you paid for it?
Even a digital copy of a movie may not be so easy to replace on the services I have access to.
Stores are not allowed to go home to people and take back the stuff they sold, even if they refund the price. Neither should a company that advertise "pay this price and own this movie" rather than "pay this price and rent it for an indeterminate time".
I really wish there were an "adult difficulty" setting to pick instead of 'easy'. I don't have hours to waste on hordes of "difficult" enemies that just slows progress and pads the playtime. Nor do I want a walking simulator where the boss just falls over with no need for anything beyond the most basic game mechanics. Give me an option to experience the story with an interesting challenge without wasting my time, dammit!
Better yet, demand loudly to get a refund. When they say there is nothing to refund, insist that you have an email confirming a booking.
The industrial military complex is built on funding for proxy wars with Russia. I wonder if the issue this time is that they are worried that with Russia directly involved instead of by proxy, this war may end up breaking Russia if they lose. Dismantling the perpetual antagonist that motivates further funding of the war machine is not in the interest of those who make money on wars.
This is my guess as well. They have been limiting new signups for the paid service for a long time, which must mean they are overloaded; and then it makes a lot of sense to just degrade the quality of GPT-4 so they can serve all paying users. I just wish there was a way to know the "quality level" the service is operating at.
Was this around the time right after "custom GPTs" was introduced? I've seen posts since basically the beginning of ChatGPT claming it got stupid and thinking it was just confirmation bias. But somewhere around that point I felt a shift myself in GPT4:s ability to program; where it before found clever solutions to difficult problems, it now often struggles with basics.
Ackchyually-- IEEE 754 guarantees any integer with absolute value less than 2^24 to be exactly representable as a single precision float. So, the "divide by 2, check for decimals" should be safe as long as the origin of the number being checked is somewhat reasonable.
Here is a DallE rendering of the same setup that maybe is less offensive.
I 've tried to explain what the problem is with CMake's design from the view of someone who has to build a lot of other people's software. Your response just seem to be ad hominem attacks, a reiteration of the underlying problem, and CMake's broken "solution" to it; I don't see much respons to my actual points.
I understand that you feel strongly that the issue of how to locate all those many undeclared, unversioned config files - that for all intents and purposes are hidden build dependencies - is outside CMake's responsibilities. You are allowed that position, but it doesn't change that locating these dependencies is one of the reasons it is significantly more work to build software that uses CMake than other build systems.
A central point of disagreement, I think, is that CMake is designed around the idea that there is a massive value in the meta-abstraction of the build description into something completely platform and environment-independent. It is possible to question how useful this is in general - however - even from the position that this is a great idea, IMO, in practice, CMake largely fails to deliver this meta-abstraction. The builds still tend to only work on systems and in environments on which they have been tested. And, in that case, what is really the benefit of this meta-abstraction over, e.g., "if win64 then ..." "if ubuntu then ..."?
This is a gross misunderstanding and misrepresentation of CMake.
You lead with this, but all I see in your reply is an explanation of why it works exactly the way I described. That explanation apparently it is: "because not everyone in the ecosystem acts the way CMake developers would want them to", which I read as "CMakes design for external dependencies is broken." The fact is, where we are right now, today, the find_package/config script design in CMake frequently makes resolving external dependencies far more painful than it already is without that complication.
That sounds like a lot of repetitive work, doesn't it? So why not provide CMake-provided scripts with the distribution?
I believe my previous reply gives a very clearly answer: because we get stuck in a situation with multiple competing providers of 'scripts' that compete against each other and may apparently all change in backwards breaking ways between releases of CMake, releases of the library in question, and releases of package managers like vcpkg who have taken on themselves to fill in missing scripts.
In the end, it is me who have to dig deep into someone else's mess of CMakeLists.txt:s to try to unravel the mystery of what feature identifiers they expect from that external depedency and how they expect them to work in the find_package/config script the developers happened to use at the time, so I can then go on an archaeological expedition through all possible providers of that config - including older versions of CMake itself to track it down. Multiply with the number of dependencies - which sometimes is up in the hundreds - and it should be clear why this is a horrible, horrible design of a build system.
If we had to stay with CMake's broken design for this, at the very least it would need some form of declaration of dependency config scripts with a provider name and a semantic version. That way the problem would at least be solvable.
However, it is more or less only CMake that has this issue in its attempt to be so 'meta' about everything. Libraries already come with a build-system independent way to specify features: they are split over several library files and software using that dependency choose which ones to link with - using file names. This works well in nearly every other build system. I don't get the motivation to try to abstract this into an interface that (for the reasons we've discussed above) introduces another intermediate dependency layer.
If the worst point you can make about CMake is the cmake config scripts it bundles, then I'm afraid you are very opinionated over irrelevant details that are immaterial to the discussion.
IMO the main task of a build system is to manage inter- and intradependencies to build the software correctly. So, to me, this failure is truly a fundamental strike against it. If I cannot build your software because I cannot sort out your undeclared, unversioned implicit 'config' dependencies, I don't have much use for other features your build system may or may not provide.
What are you talking about? Amazon's digital video purchases don't require any monthly access fee. He paid £5.99 with the idea that he'll get to keep it indefinitely, just like a physical DVD. I don't get why you think it is ok for a seller to revert the sale of a digital item at any time for just the purchase price + £5 but (I presume?) not other sales?