This commit is something of a hairball, the result of evenings-and-weekends
hacking building up a set of changes that got out of hand in parallel.
If I had the energy to spare, I would break it apart into
semantically-related changes, but I don't - and I suppose all this crap
being rolled together is at least reflective of how the code was
written.

These changes are really half-finished, at best.  Eventual goals:

  - App::WRT shouldn't directly touch the filesystem
  - App::WRT::EntryStore should model the entry archive completely
  - App::WRT::Renderer should say what to write to the publication
    directory
  - This one's a maybe: Filesystem interaction should pass through
    App::WRT::FileIO or something like it so that EntryStore and Renderer
    can be more usefully tested, with mocked writes (maybe)

I do think this represents an inflection point in the long, silly life of
this program:  It includes a handful of new tests, and a number of the
code changes were in turn easy to make because the test suite begins to
model the code in a useful way.  It's less and less necessary to run wrt
against the p1k3.com archives to be sure that I haven't trashed something.

Breaking changes to note:

  - Will no longer render HTML for nonexistent entries
  - Months and years which are flatfiles or contain an index are handled
    differently, albeit less brokenly
  - EntryStore includes index files in its overall list of entries
    (this seems to break less than I thought), which trickles out to
    bin/wrt-ls

Overall changes herein:

  - App::WRT::Date
    - Move month_name() in here from App::WRT, add tests.

  - App::WRT::EntryStore
    - Hash file types for entries (directory or flatfile)
    - Use keys of file type hash for complete list of entries.
    - has_prop($entry, $property)
    - is_dir($entry), is_file($entry), is_extant($entry)
    - parent_of($entry)
    - has_index($entry)
    - Make EntryStore cache whether a file is a flatfile or a directory, as
      well as its existence, in a single hash.
    - Include index flatfiles in @source_files for use by has_index()
    - Various tests.

  - App::WRT::FileIO
    - Still duplicates a bunch of shit from Util, so that needs sorted.

  - App::WRT::Renderer
    - Convert to a proper class.
    - Add experimental FileIO class to use in Renderer (imperfect,
      tricky, still thinking about this).  The idea is to separate out the
      concerns of reading and writing the filesystem.

  - App::WRT
    - Refactor display() and improve tests
      - Use "@entries" instead of "@options" for clarity
      - Handle entry names that might evaluate as false
      - Test running display() without any params
    - Rename expand_option() -> expand_alias(), refactor
    - Use EntryStore::has_prop() to detect wrt-noexpand.prop
    - year(), month(), entry() partially rewritten to use EntryStore
    - year() should handle months which are a flatfile
    - Refactor icon_markup() to use is_file() / is_dir() / is_extant(),
      add tests.
    - Add subtitle to feeds

  - bin/wrt-ls is now a "modulino" with tests

  - bin/display errors on non-existent entries

  - Build.PL
    - Remove bogus XML::Feed dependency

I never could quite figure out why non-ASCII characters were getting
badly munged in XML::Atom::SimpleFeed output.  Using Encode::decode() on
the content of entries turns out to fix this, although it's probably the
tip of an iceberg.

- adds include_process() in WRT::Markup
- moves eval_perl() into WRT::Markup.  The way object instances are
  composed (and instance methods called) here still feels pretty janky,
  and this does nothing to help the situation.
- changes all existing $root_dir instances to $entry_dir; adds a $root_dir
  which represents the root of the archive (top-level folder containing
  the wrt.json file)

I'd be worried about the $root_dir change if I thought this module had a
single other user in the wild, but I strongly doubt that it does.  If I
am wrong and you are that user, I apologize sincerely in advance.

The include feature still has fairly unsettled semantics, but it gets the
whole thing much closer to a usable site generator.