keyline() and keyfield() operations

Rather than messy sed invocations

Don't use salt for encryption

The openssl-enc documentation says "This option SHOULD NOT be used ...".

I claim that -nosalt is safe to use in this application because:

1. The secrets being used here are full key-size + IV-size random values
   straight out of the random number generator.
2. Keys are never re-used.

-nosalt is desirable for this application because it avoids the "Salted__..."
header.  Having a "Salted__" header on every single layer of encryption
allows an attacker to get a known-plaintext-attack fingernail under each
layer, giving an opportunity to attack each layer individually.

Refuse to re-use keys

Use salted hashes

Automate hash test

Move hash initiation into overonion-make-key

Name key size

Add hashing

set -e doesn't catch failures inside <()

Finish encryption before starting decryption

Fold reverse into overonion

overonion now does what "double-overonion" used to do.
Full keys are now one self-contained file.

Add an operation field to each line.

The only operation at first is "openssl-enc"

Error messages on stderr

Automate overonion test

--make_INSECURE_key to allow fast tests

Skip the sleep; rely on /dev/random to block.

Merge reverse + overonion shell implementation

Mmap in 512MB chunks

This allows processing large files on 32-bit machines that don't have
the address space to map entire files.

Accept a test data file as a command line argument

Use make_temporary_file in tests

Pull out make_temporary_file

Accept streams as input.  Use a temp file

Switch to stdio for output.  It's simpler

Sort includes

Whitespace: Single-line error checks

Test reverse

Take the output_fd as an argument

Make a function call interface

.gitignore

A Makefile

Reverse a file

Double overonion

Overonion version 0.1