Also a convicted rapist found responsible in a civil rape trial.

Pedants.

The lawful/chaotic axis represents a person’s willingness to follow an external set of rules against their own instincts or opinions. Having a pocket judge or a pocket president to legitimize one’s actions does not make that person lawful.

Long live King Pidoop.

Considering the abhorrent acts of the self-titled GoOd chRisTiANs, if heaven is where they end up, it couldn’t not be fucked up.

Imagine going to a mechanic because the engine is acting up and getting hit with “Your ignition timing is too retarded, it’s killing the engine” without the necessary context.

(to advance/retard ignition is the correct terminology for setting the timing ahead/behind top dead center; also used in aviation for moving the throttle levers towards a higher/lower power setting)

What if you try reaching it through your public IP?

Stupid question, but is the service reachable at all? What if you map 81 to 81? Or whichever port the other, confirmed-to-work service uses? What if you map that other service to 8100?

It’s based on hole punching, but with extras. The clients punch a hole in their respective firewalls then the service connect the holes so the clients end up communicating directly with each other. They have a lengthy blog post about NAT traversal.

Tailscale. It does some UDP fuckery to bypass NAT and firewalls (most of the time) so you don’t even need to open any ports. You can run it on individual hosts to access them directly, and/or you can set it up on one device to advertise an entire subnet and have the client work like a split tunnel VPN. I don’t know about OpenWRT, but both pfSense and OpnSense have built-in Tailscale plugins.

People are freaking out about their plan to go public, but for the moment, it’s a reliable, high quality service even on the free tier.

I’ve also used Ngrok and Twingate to access my LAN from outside, but they simply use relay servers instead of Tailscale’s black magic fuckery.

Is | (...) | { ... } a lambda expression then?

I’ve been learning Rust by going through The Book… there’s some wack-ass syntax in that language. I’ve mostly used C# and Python so most of it just looks weird… I can more or less understand what while let Some((_, top)) = iter.next() { ... } is doing, but .for_each(|((_, _, t), (_, _, b))| { ... } just looks like an abomination. And I mean the syntax in general, not this code in particular.

Mixed with a bit of industrial metal.

Fuck university. Pick up a trade and get industry certifications. You’ll end up with real marketable skills without going into crippling lifelong debt. Some training agencies also offer help to find jobs. If you get lucky, your employer might even sponsor your education.

Tradie life is not glamorous, but it’s better than working as a cashier while having a bachelor’s.

You could double the vertical resolution by using half-height blocks (U+2584) and using the background color for the upper half.

I’ll just copy my comment from the other day.

Some people think it handles too many low-level systems. It’s a valid concern because if systemd itself were to become compromised (like Xz Utils was) or a serious bug was introduced, all of the userland processes would be affected. People who are stuck in the 90s and think that the Unix philosophy is still relevant will also point out that it’s a needlessly complex software suite and we should all go back to writing initscripts in bash. The truth is, it’s complex because it needs to solve a complex problem.

Red Hat, the owner of systemd, has also had its fair share of controversies. It’s a company that many distrust.

Ultimately, those whose opinion mattered the most decided that systemd’s benefits outweigh the risks and drawbacks. Debian held a vote to determine the project’s future regarding init systems. Arch Linux replaced initscripts because systemd was simply better, and replicating and maintaining its features (like starting services once their dependencies are running) with initscripts would’ve been unjustifiably complicated.

Some people think it handles too many low-level systems. It’s a valid concern because if systemd itself were to become compromised (like Xz Utils was) or a serious bug was introduced, all of the userland processes would be affected. People who are stuck in the 90s and think that the Unix philosophy is still relevant will also point out that it’s a needlessly complex software suite and we should all go back to writing initscripts in bash.

Red Hat, the owner of systemd, has also had its fair share of controversies. It’s a company that many distrust.

Ultimately, those whose opinion mattered the most decided that systemd’s benefits outweigh the risks and drawbacks. Debian held a vote to determine the project’s future regarding init systems. Arch Linux replaced initscripts because systemd was simply better, and replicating and maintaining its features (like starting services once their dependencies are running) with initscripts would’ve been unjustifiably complicated.

They were not space tourists.

They were cargo. Marketing material for Jeff’s rocket-powered overcompensation that just happened to need oxygen to stay fresh.

“Meet me in the middle” says the unjust man.
You take a step towards him, he takes a step back.
“Meet me in the middle” says the unjust man.

You can’t engage such people in good faith, and it’s impossible to convince them to adopt a different viewpoint. People much smarter than you have tried and failed.

I’ve been watching a lot of Miniminuteman lately. Weigelt sounds exactly like the crackpot conspiracy theorists whose “facts” are being “silenced” by “the Establishment” of “mainstream science” because “they don’t want you to know this”.

Ansible is an abstraction layer over system utilities, shell, and other programs. You can specify what you want to happen, and it will figure out how to do it. For example, you can use the ansible.builtin.package module to specify which packages you want to be present, and Ansible will decide which specific package manager module should handle it and how.

Ansible tasks are also idempotent – they are concerned with the end state instead of the action. Many of the modules (like the package module above) take a state parameter with the possible values of present or absent (instead of the more common “install” and “remove” actions). If the system’s state satisfies the task’s expected end state (e.g. the package is already present), the task will be skipped – unlike a shell script, which would simply re-run the entire script every time.

Ansible also implements strict error checking. If a task fails, it won’t run any subsequent tasks on the host since the end states would be unpredictable.