Cursed PSU that's fixed 12V but has a USB-C connector

@sil I think this is an extremely interesting answer! From the FSF definition we assert that the source code alone is sufficient to understand, but in this hypothetical english→binary compiler we don't necessarily believe the english is sufficient because we don't know what happens next. Why doesn't this apply in existing languages?

Thought experiment: imagine a language model where you can describe exactly how you want software to behave, and it produces a binary that does that. You don't get the source code, but it works 100% of the time. As long as you can install this binary on whatever device you have, does this achieve the goals of free software?

@sil That's a strong argument, but what if we had a deterministically trained LLM with only free software inputs?

@sil The compiler being itself free software has not traditionally been part of the definition of free software

Thought I was going to have to handle JSON in C++ and then realised that I can actually pre-process it somewhere else in a sensible language and phew that makes everything much easier

@antnisp Not really if I'm targeting an ESP32

the cpu is very tired. it is eepy. the cpu has had a very long day of leaking data and wants to take just a small sleep. it eeby and neebies to sleebie. cpu sleepy and need bed by time. the cpu is currently experiencing critical levels of being a sleehjy little guy and needs to go to beb.

This is what we refer to as "Race to idle", the idea that CPUs are more power efficient if they exhaust their workload in the shortest timeframe possible and then enter a low power state. In this essay I will

If you installed a Linux system with disk encryption more than a couple of years ago, there's a decent chance it's using a weak key derivation function and someone who cares enough would be in a position to brute-force it. https://mjg59.dreamwidth.org/66429.html has more details and instructions on how to update to a better KDF.