At some point when people ask about the Holocaust, we’re going to have to start asking “which one?”

For your use case, consider it to be a packaging format (like AppImage, Flatpak, Deb, RPM, etc.) that includes all the dependencies (including services, not just libraries) for the app in question.

Should I change this?

If it’s not broken don’t fix it.

Use Podman (my preferred - the SystemD approach is awesome), containerd, or Incus. Docker is a graveyard of half-finished pet projects that have no reason for existing. Podman has a Docker-compatible socket, so 100% of Docker tooling will work with it.

It does. I have it enabled and tested. “Client Device Isolation.” It’s enabled per SSID.

Ooh I like the idea of “no Internet.” I do trust all of those devices (open source), but they could still be pwned.

I’m not sure. I’m worried that we’re already in the feedback loop.

Mumble needs a new client. As much as we, myself included, hate Electron apps, no normie is going to use Mumble when it looks the way that it does.

Probably less resource intensive: https://conduit.rs/.

Been thinking about this myself, and have been seriously considering making it.

As for maximizing, you’re really just zooming into the canvas (though not a visual zoom, more of a “sizing zoom”). “Zoom” levels could be used for a lot more than maximizing: think StarCraft camera hotkeys.

One of the major issues I haven’t been able to think through is how to get templates right. If I were to use this as a daily driver, I would want to be able to place down predefined layouts and actually start programs in them. E.g. one terminal running a text editor, and another running a shell below it. I haven’t figured out the UX to make that efficient.

Maybe a project for this weekend.

This is basically what I want done, composting and then burial under a redwood sapling. https://en.wikipedia.org/wiki/Human_composting

I had a really bad experience with a $30 hand scanner and Brother support (they included the wrong size calibration sheet in the packaging and refused to replace it, and were assholes/user blaming about it). I definitely did not want to deal with that for a $400 printer/scanner combo. I went with Xerox 6515 instead, which has been going solid for 4 years - black toner is at 25%, the rest are mostly full. I have never used it with USB, only Ethernet (plugged in network). Works great with Windows, Linux, and Mac. The scanner does great work.

Cheap printers are cheap because they make up the cost with ink. If you want something decent then bite the bullet and fork over more cash upfront. A printer designed for corporate/office work will typically be more durable - but buyer beware, may have “features” that only look good on a sales presentation. Do your research, avoid cloud storage/fax/etc.

I also got my godmother an Epson Ecotank, due to simplicity. It has been going swimmingly. Their “innovation” is (massive, mind you) refillable tanks in the printer, you must buy bottles of ink. That makes ink DRM impossible, but their ink is cheap enough that bootleg ink is unnecessary.

If you can’t afford a more expensive printer right now then take trips to your local FedEx/whatever and put some money each time you do towards a decent printer. DO NOT get a temporary cheap printer, ink will easily cost you the same as a decent printer over a short period of time.

Yep. With the 1999 MP3 quality, arbitrary intro tunes, and everything. Such a pity, Play Music was extremely good.

Turns out electronics and moisture don’t go well together.

This has been a serious concern of mine. In the event that I prematurely die I have everything set up with automatic updates, so that hopefully my family can continue to use the self-hosted services without me.

Nextcloud will not stop shitting the bed. I’d give it a few months at most if I died, at which point my family would likely turn back to Google Drive.

I’m looking for a more reliable alternative, even if it’s not as feature-rich.

If you throw gasoline out on to the pavement it will evaporate away. If you keep it in a gasoline can it will not. In a gasoline can the liquid and gas will reach equilibrium, though you’ll certainly have slightly less liquid than what you started with. If the can isn’t sealed then, yes, all the gasoline will eventually evaporate away - even at STP.

And, again, this is all trivial to test at home by using some hand sanitizer. Another example is your skin does not remain wet with water forever, despite human skin temperature not being 100°C. It’s an everyday phenomena, I’m not sure what you’re trying to argue against here. It’s not my “line of thinking,” it’s objectively reality.

As for your distillation problem, the issue isn’t that some alcohol remains in the water - it’s that some water evaporates alongside the alcohol during the distillation process at the boiling point of alcohol - due to, guess what, vapor pressure. That’s called an azeotrope - clicking through to that Wikipedia page might have helped.

It was what the GP was, though.

it would not turn into a gas at normal conditions.

It does: https://en.wikipedia.org/wiki/Vapor_pressure. In an airtight container you would have an equilibrium of alcohol vapor and liquid. In open-atmosphere, the atmosphere basically behaves like an infinitely large volume for the vapor - so the alcohol will completely vaporize (and cool the surface it is on in order to do so).

It’s also trivial to demonstrate by pouring alcohol onto a surface, it disappears in seconds. Same with gasoline and numerous other liquids you’ve surely seen do this (another example is hand sanitizer, which is basically pure alcohol).

Being diluted doesn’t really help with any of this though. Also alcohol is kept in bottles, which are usually airtight until they are first opened.

Don’t learn Docker, learn containers. Docker is merely one of the first runtimes, and a rather shit one at that (it’s a bunch of half-baked projects - container signing as one major example).

Learn Kubernetes, k3s is probably a good place to start. Docker-compose is simply a proprietary and poorly designed version of it. If you know Kubernetes, you’ll quickly be able to pick up docker-compose if you ever need to.

You can use buildah bud (part of the Podman ecosystem) to build containerfiles (exactly the same thing as dockerfiles without the trademark). Buildah can also be used without containerfiles (your containerfiles simply becomes a script in the language of your choice - e.g. bash), which is far more versatile. Speaking of Podman, if you want to keep things really simple you can manually create a bunch of containers in a pod and then ask Podman to create a set of systemd units for you. Podman supports nearly all of what docker does (with exception to docker’s bjorked signing) and has identical command line syntax. Podman can also host a docker-compatible socket if you need to use it with something that really wants docker.

I’m personally a big fan of Podman, but I’m also a fan of anything that isn’t Docker: LXD is another popular runtime, and containerd is (IIRC) the runtime underpinning docker. There’s also firecracker or kubevirt, which go full circle and let you manage tiny VMs like containers.

Yes, correct, that’s a summary of what #1 said.

Succeeding at buying from Amazon is easy:

1. Make sure that the local brick-and-mortar doesn’t have the thing you want first.
2. Avoid products that have SEO titles (“fish bowl for fish container fish aquarium for fish”), or nonsensical manufacturer names (FDRTNHY).
3. Weep quietly because it’s page 50 and there still aren’t any listings that don’t violate #2.

Larger engines (such as those in power plants) are also generally more efficient. And RVs don’t use oil to drive the oil to where the car can get oil - we have the grid (a modern wonder of the world) to do that for us.