grep isn't necessary at all here:

  lsof -s TCP:LISTEN -i :$port

You could also add the -t option for direct piping to kill.

> The doors had to remain open and pointing away from the earth

It's the opposite. The orbiter usually kept it doors pointed toward Earth and the "bottom" tiles pointed away from Earth, and orbited with its engines pointed prograde. (Upside-down and backward relative to the atmospheric flight people are familiar with)

https://space.stackexchange.com/questions/12321/why-did-the-...

Proxy ARP would have the raspberry pi provide its own MAC address as the MAC for the server IP. All the traffic from the clients to the backup server would have to pass through the Pi's network interface for the duration of the session.

With this ARP stand-in, it provides the server's MAC to the client so subsequent traffic to the server doesn't need to pass through the Pi.

The alerts tend to be geared more toward attempts to reach a secured system that isn't accessible to you.

> Answer "I don't know" if you are not 95% certain they exist.

Technically, this could be read as == instead of >=, meaning it should answer "I don't know" when it is 99% or 100% certain...

Ultimately, it's just a tool, so if the tool needs you to hold it this way and twist, you hold it and twist. And this seems to do the trick. Since it does answer with references for other situations, we needn't concern ourselves with the details.

Technically, GPT is gobshite at anything resembling numeracy.

> All it takes to get rid of snaps forever is `sudo apt purge snapd`.

That's not enough. Some package could eventually drag it back in.

    $ apt show firefox
    Package: firefox
    ...
    Pre-Depends: debconf, snapd

If you really want to keep it off your system for good, you need something like this:

    $ cat /etc/apt/preferences.d/no-snapd
    Package: snapd
    Pin: release a=*
    Pin-Priority: -1
    $

When I try to remove snapd it says it'll also remove ubutu-server-minimal. And that scares me.

Use the moment to replace ubuntu-server with Debian and you'll be glad you did when Canonical decides on its next move to ensnare users. Even when I used Ubuntu - back in the early brown-desktop days when they sent out free CD-ROMs to anyone who wanted one - I never felt tempted to use it on a server since it was never clear to me what it offered that Debian could not deliver while it was clear that keeping Debian up to date was (and is) far easier than doing the same with Ubuntu.

Ubuntu had its place in popularising Linux but they jumped the shark a long time ago, now they are just another player jostling for their own niche.

Thanks for the recommendation. Before I do that I'd have to check which binary drivers I have so I don't end up with a server that has no internet.

And by server I mean that dusty NUC...

Add this to your login script:

  export FZF_DEFAULT_OPTS="--exact"

Or invoke it with one of these:

  fzf --exact
  fzf -e

Or if you start your search with a single quote ' it disables fuzz. (But maybe you already knew that, it sounds like you want the first option.)

It returns non-zero exit codes when there are no matches or no selections made, so you can shorten that:

  fuzz() { file=$(fzf) && nvim "$file"; }

Won't recursing also spread your queries across multiple providers? And in the clear for deep packet inspectors to see, instead of encrypted?

You wish all nameservers would support DoH / DoT, but until then using Qname minimisation limits exposure.

> In Gilbert and Sullivan's Pirates of Penzance, Frederick is indentured to a band of pirates until his 21st birthday.

That particular wording coming back around to bite him when it's pointed out that he was born on February 29th in a leap year...