This just wraps the older calendar(1) invocation for the moment, just
adding a layer of indirection so it can include other data.

In case this becomes a module.

For querying overall page list.

Uses metadata.db to find links targetting a particular page / tag, and
output in one of tsv, vimwiki list, vim location list, or fulltext.

Can be restricted to links from pages with dates, which makes it usable
for pulling logs.

Fully replaces the former:

  - notes-links-for, of which it's a superset

  - notes-logs-by-link

  - notes-logs-for which was used for fulltext of a log, and wrapped
    notes-links-for

This commit pulls into vim config as well.

This needs work.

...and print a helpful error message.

...rather than something which happens to be in log/.

In practice this now includes diary entries.

This... Almost works?

This spits out links in VimWiki syntax, which is more readable and useful
in context than just a raw list of grep results.

(For the grep results, I could always use `gf` to jump to the file, but
it didn't then get added to the VimWiki location list, so the back command
wouldn't work.)

This also uses an sqlite query against an already-built table instead of
pawing through a bunch of files on disk, which is probably faster.

Just a quick index of logs, for the moment.

This is already handled in filter-exec-stdin, using IPC::Cmd, which may
be what I should do here, but I guess this is ok.

After reading:

https://post.lurk.org/@fragmentscenario/105901885046776610

...which it sometimes may not, if not properly mounted or whatever.

Gives an interface for controlling multiple audio channels / sinks.

- Uses LWP::Simple instead of shelling out to curl
  - Prints a one-line tab-separated thing for each post
  - Adds Getopt::Long and some usage info