Before this change, a section would have a small (5pt) title size, but
then subsections within it would have a larger title size -- I don't
know exactly what size, because it was some LaTeX default, but it was
clearly larger than 5pt in any case.

Probably the reason we never noticed this before is that our contracts
tended not to have subsections.  But then we wrote one that included
an SOW in the contract, and the SOW's subsections looked all wonky:
their title lines were larger than those of the containing sections.
This fixes the problem; I know not whether it introduces new problems.

This follows up to commit 018499ec, which introduced a pytest import.

This plugin provides general infrastructure for issuing warnings and
errors upon finding certain regexes. Right now, it just looks to see
that footnotes are formatted with the preceding slash.

The plugin has tests.

Karl called these build strings.  Much better name.

We had fields labelled svn and git, but no real explanation for them
in the string names, so I made them more explicitly refer to the
doctools and ots repos.

This undoes one part of commit 22ff9b53963f, at least for now.  The
ultimate decision is still up for discussion.  Maybe little solid
OTS-green dots as bullet points instead?

After we build a pdf, it is sometimes useful to attach some
information to the built file.  Here we do that as a YAML-formatted
block of lines appended to the PDF and marked in PDF syntax as
comments.  Our PDFs now carry some machine-readable metadata.

I've never liked the old letterhead styling.  This improves things a
bit.  This commit includes cc-licensed noun project icons.  I'll buy a
license to them so we don't have to include attribution on every doc
we send out.  We should consider doing attribution anyway when we can.

This might be useful for diffing against when your doc suddenly
doesn't build and you don't know why.  This doesn't save all the files
that go into making the doc.  It would be interesting to try to
snapshot them in some way.  It might even be interesting to collect
all the various files from all over and stik them in a dir so that
every build also makes a minimal one-dir version for slinging around.
Alas, this does none of that.

If a document comes in and there's no yaml frontmatter, we don't
jinjify.  You might not need any yaml frontmatter metadata but still
want jinja features (e.g. jinja macros).  In that case, add a dummy
var.

The reason for doing this is that legacy docs don't have any
frontmatter, and this is a convenient way to distinguish them.

 * Make -rXXXX versions for all builds, not just drafts
 * Add draft plugin
 * In template, set draft to trigger on both True and 'True'
 * Move path into PIPELINE definition
 * Silence some echo
 * Use .tex instead of intermediate_ltx
 * Simplify some bash
 * Let the plugin handle draft instead of passing it as an option
 * Cleanup .tex files

We can now do redacted and draft at the same time.

Refactor the jinja rendering and the redaction as a pipeline of
filters that run as needed.

It works, but needs some cleanup and documentation

When a venv is created, 'click' will now be installed into it.

This also removes the "dd" that was accidentally introduced into the
variable's value in commit 8463ab1fd21e, the same commit that made the
variable unused (I think we can guess the vi-ism that happened here).
So if we're ever restoring this variable, remember to remove the typo.