Latest cpanminus changed its --scandeps error output, bleh
Memcached no longer autostarts on install on ubuntu - wtf...
Add OracleXE 10.2-based testing
New Test::Kwalitee completely prevents install of Pod::POM

Just skip all tests until we get a new release
Better specification of the JSON::* optdeps
Separate DBIC::_ENV_::* setup from loading of the main DBIx::Class module
Windows fork is not only slow - it plain breaks on multiple requires :(

Stop using pseudofork on the lesser platform altogether
Augment 1363f0f5 for running in hell

SQLite produces extra warnings on Win32 even with an appropriate IV_SIZE
Make life bearable for windows users wrt EOL
Streamline connection codepath, fix $ENV{DBI_DSN} regression from d87929a4

Break out _dbi_connect_info to always take into account $ENV{DBI_DSN} on
a case-by-case basis. This allows to centralize handling of "whose driver
is this anyway" and let more exotic configs still function properly. As a
side effect need to move the _dbi_connect_info() population earlier in the
connect_info() codepath

Also break out the DBI_DRIVER reader, and use it if possible in the
_describe_connection codepath

Additionaly refactor of _connect since there is no point passing the DSN when
we can grab it from $self (this also fixed ::Replicated's _connect() loop
never actually having worked)
Increase oracle xe user process limit from 40 (default) to 150
Extra (now passing) oracle test which led to the work in 37b5ab51

Grumble - this was such a simple thing to diagnose and it took a month to
see it. The culprit was the (correctly bisected to) cleanup in d87929a4,
which failed to take into account that an empty connect() can still lead
to a healthy $dbh, given system-based authoriozation, and no attributes
being passed in.

For the curious - the difficulty to diagnose was further exacerbated by
the apparent insanity of what was being generated - a (known, existing)
method name was somehow leaking into the generated SQL. In reality when
we failed to determine the driver, we also failed to determine the SQLA
subclass, which in turn made us call a nonexisting method on $sql_maker,
but *surprise* - SQL::Abstract (the granddady of it all) defines an
AUTOLOAD. Khaaaaaaaaaaaaa....
Pass the correct NAME attribute to our dummy EUMM invocation
Convert many live-only SQL test to standalone is_same_sql_bind cases
Revert parts of e1ab2f7a, the depchain got perturbed again

Latest strictures now instist on bringing in the extra deps, which can't
be installed without working configure_requires
Remove 37b5ab51 test warnings on older perls
Run parallel_installdeps_notest() with a timeout as well
Disable IPV6 access until metacpan gets their act together

(Several days to fix a *known* issue with an AAAA record, seriously?)
Show more info about the system and show what did we end up building
Add *clean devrel* smokes (full testing of devrels of our deps using cpanm)