A proof of concept wp-cli package directory.

**Why add a package system to wp-cli?** Why, to make it easy for the community to distribute helpful commands they've written that don't make sense in core or as plugins.

The directory itself is a Git repo of `.yml` files. Each file (package listing) can have the following:
* Name
* Description
* Author
* Source

The 'source' should reference a publicly available Git repo. Packages are installed by cloning the Git repo.

The package directory can be initialized with `wp package update-directory`.

`wp package list` will list all available packages. `wp package install stat` will install the currently [only available package in the directory](https://github.com/danielbachhuber/wp-cli-package-directory/blob/master/stat.yml).

The 'stat' command can then be used with `wp stat post word_count --start-date=2013-04-15`.

Pros to this approach:
* [Package directory](https://github.com/danielbachhuber/wp-cli-package-directory) can easily be maintained with a Github account. Contributors can submit their own commands via pull request, and maintain their commands from their own repos.
* No running a build script, etc. after receiving a new package contribution. wp-cli reads the `.yml` files natively.
* Relatively easy to update from the cli.

Cons to this approach:
* Directory listing will always be N days old. Alternative could be publishing a JSON file on a remote server with a sucky build script.
* Only supports Git at the moment. If Git isn't installed on the server, things will break.
* Community commands are registered within the global namespace, but can't override core commands.
* Somewhat brittle directory structure at the moment.
* 'package' is the best worst name for a community command.