copy files from wp-includes/export verbatim
copy wp-includes/iterators.php to export/iterators.php
load Oxymel via Composer
load export classes via Composer
first pass at loading and using the export API

* replace --file_item_count with --max_file_size
* --verbose is ignored, for now
add _wp_export_build_IN_condition() helper
log each exported file path

had to copy over the whole WP_Export_Split_Files_Writer class.
remove --verbose parameter

The idea is to be reasonably verbose by default and completely silent
when --quiet is passed.
Restore af65fe41c8d3b9df3c1fb1461fddf92ac165fde5, which I accidentally overwrote :(
set Oxymel to version 0.1.0
merge master into export-api branch
Merge branch 'master' into export-api
replace VerboseExportWriter class with 'wp_export_new_file' hook
behat: fix import by making the export message match the expected format again
Merge branch 'master' into export-api
behat: check STDERR when running `wp export`
Look for WP installation in simple subdir configs

Teach WP-CLI about simple subdirectory installations of WP.

If the current directory contains `index.php` and index.php contains
a simple require of wp-blog-header.php (as the default index.php
and simple modifications of it for WP-in-a-subdirectory both do),
look for the WordPress installation based on that information.
Functional test for autodetection of subdir install
stop wp-cli execution when there are too many positional arguments
add new line at the end of file