edpenz

One more thing to consider is atomicity of write interleaving to the same pipe. Say you fork two unzips in the terminal like `unzip a & unzip b`. With naive line buffering the outputs mix cleanly, but if aggregating multiple lines per write the chunk size needs to stay below PIPE_BUF for this to stay true.

The similar project I'm working on is looking like it'll get about a year of battery life with a typical 18650, the 5.65" version of the display and run off an ESP (refreshed once a day).

Best solution I've found is installing the v4.3 .debs from Debian bookworm. Only caveat is you need to do some of the dependencies manually as well.

The counterintuitive trick I've used for my 5900X is to increase the minimum fan speed up to around 60% or so. It makes the base volume very slightly higher, but avoids it constantly ramping up and down through the 50% zone which is what I found the most annoying/noticeable.

There are some real steals if you dig deep enough. Case in point the Xiaomi 4A GbE:

  * $30 (not missing a zero)
  * OpenWRT support
  * 128MB RAM
  * 3 gigabit ethernet ports
  * 802.11ac Wi-Fi

Sure it's not going to compare to a full Raspberry Pi (tiny flash, no USB, no video, no expandability), but for plain routing it's fantastic value.

The most efficient workflow I've found for pip so far is something along the lines of:

  pip-compile # resolve and pin the dependency tree
  grep '==' requirements-pinned.txt | xargs -n1 pip wheel  # build every wheel in parallel
  pip install *.whl  # install the pre-built wheels

It may not avoid all the slowness, but when nicely integrated into a build/CI system it can avoid suffering it more than once.

> A secure-but-readable password generator

I love pronounceable passwords, but there's research indicating that such generators typically produce lower than expected entropy. Do you mind sharing what algorithm you use?