Only display output of failed workers in parallel_installdeps_notest

File::Path needs to be upgraded separately on smoking

Add deprecation warnings for cols/include_columns

* Also update docs and include test

Fix test failing with some tracing envvars (and smoke on travis too)

Abraxxa-proof the distbuild (disallow `make manifest dist`)

This does not work under dmake (there is no $(MAKECMDGOALS)), but it does
not seem to have adverse effects either

Exclude DBICTest namespace from stacktraces

Augment 1b6cbedd (reverting my moronic use of preamble in EU::MM)

Instead of whacking things during the MY::distdir override, properly
override MY::postamble for upload prereq check injection

move the location of the extra upload checks so it isn't the default target

This should result in equivalent behavior since it is still before the
main upload rule.

More comprehensive test of qualifier stripping for update/delete

Change the rt link from one requiring a login to a publicly accessible one

Also switch to https:// whatever can be reasonably switched

Reorganize and freshen up the DocMap

It accumulated lots of stuff that is confusing / not relevant for beginners

Move DocMap link to top of DBIx::Class to prevent it being missed

Reorganize the section to be a bit more comprehensive

Remove outdated (and kinda offensive) CONTRIBUTING text

A replacement should come shortly, courtesy of Getty

And more fulltest dep conflicts

Clarify wtf do we have a _bool

Require latest EU::MM at dist-building time to avoid $-escaping issues

Do not auto-install dist-building dependencies in author mode

Instead only require them for actual make dist/distdir/upload runs

Smoke all branches on travis except for blocked* and wip/*

Another adjustment of travis depinstall order

Punt TODO until the dateops work merges

This infrastructure was removed ages ago by 263e41be

Remove TODO that could never be made to work (revert c49fcf72)

I do not know what groditi was thinking - the behavior codified makes 0 sense

Release v0.08209

Fulltests deps clarification

- CDBI::Plugin::DeepAbstractSearch already depends on CDBI
- Install DateTime earlier in the CLEANTEST=false cycle

Guard against exceptions in _describe_connection

Stuff like this happens otherwise:
http://lists.scsys.co.uk/pipermail/dbix-class/2013-January/011085.html

Whitespace-check the travis scripts as well

Shuffle travis CLEANTEST=false depchain again

Test::Strict is smarter now

Regex /o is *EVIL* - no idea why I even thought of using that

Warn on signs of Moose-borkage (in case it gets to be the first new())

Adjust CLEANTEST=false depinstall a bit more

Fix cookbook - missing cond in 'Equivalent SQL'

Instrument the lockfile creation failure

Attempting to get to the bottom of http://www.cpantesters.org/cpan/report/27f16417-89ea-1014-a33e-b361b1e9163f

Fix regression breaking search on prefetched rel (broken by 5e2a0518)

Boy 0.08205 was a bad release, so much crap went in undetected by
any of our tests :( Maybe it's time for Devel::Cover...?

Uncomment disabled test (not sure why it was)

Release v0.08208

Add optdep on CPAN::Uploader to get an effortless `make upload`

Even more distbuilding checks

Frew's environment (and *only* his environment) keeps producing weirdly
broken dists. Add an extra check for this until we figure out how exactly
his environment is broken.

Extra check tested on cygwin and strawberry for good measure.

New Test::Strict no longer detects Moose::Role (RT#83433) - workaround

Prevent SQL::Translator::Producer::YAML from seeing our potential $dbh

The failure mode here is extremely convoluted, full of unimaginable fail
and makes baby jesus cry :(

The long story: there are two ways to supply a $schema to the SQLT producer:
via an argument to translate() (sane) or at the time of translator instance
creation (less sane). In the second case this becomes a problem because some
serializing producers (e.g. SQLT::Producer::YAML) take the *entire*
SQLT instance and dump it to YAML. This includes the arguments which include
our schema with its storage and potentially its $dbh. This causes the
weird warnings described in e.g. RT#75394, because YAML creates a dead
DBI object upon de-serialization of said arguments. What's even more sad is
that while the YAML Producer dumps the entire SQLT instance, the YAML Parser
simply takes the ->{schema} part of this structure and throws everything
else away.

Of course we can not just fix the ::Producer - folks may very well be relying
on the structure it spits out (nobody knows if the *only* consumer of the
Producer::YAML output is in fact Parser::YAML). Really the only thing we can
know (well not know, but reasonably assume) is that there is no way that any
user relies on the accessing the storage passed in with a schema instance to
be parsed.

So what we do is the least invasive thing of all - at translate() time we
check the state of the passed in $schema and if it does have a storage
instance we simply detach it (by cloning the $schema instance) and as a
result everything remains happy.

Deprecate the insane forest of SQLT::Parser::DBIC arguments

It seems like things have been just piled up with no plan nor reason. Bring in
the broom - converge on an argument name that actuall makes sense - dbic_schema

Readjust the parallel no-test dependency install order

Better utilize the massive amount of CPUs we have available

It appears that travis drastically increased the amount of available CPUs

Well, this is awesome - we just happen to be equipped to take advantage
of this ;)

Remove the branch-name limitations - now a smoke takes fraction of the time
it used to, no point to limit what we smoke anymore.

At the same time reduce the amount of threads building the perls - older
binaries do not build very well on -j32. This is a temporary thing - the
perl-building will soon be exported away anyway.

More (temporary) kwalitee fixups

Moar kwalitee - we do have pod(coverage) tests

Add strict/warnings test, adjust all offenders (wow, that was a lot)

Should shut kwalitee up: http://cpants.cpanauthors.org/dist/DBIx-Class

Stop shipping world writeable files in our tarball

The chain of failures would go as follows: when we prepare the tarball
we briefly copy all generated POD to our root dir so that the
manifest/distdir_copy process can pick it up. Then before the distdir is
ready we run a cleanup using ExtUtils::Install::uninstall. However
everything in the ditdir is hardlinked to our root dir, including the
files we "uninstall". EU::I::uninstall has a weird dance deep in its
source[1] where it explicitly does chmod(0666) on the file it is about
to delete (why?!). Thus we end up with world-writables in our distdir,
since the hardlinked inode still retains the result of that last chmod.

Switch to a manual cleanup, and leave EU::I alone.

[1] https://metacpan.org/source/YVES/ExtUtils-Install-1.54/lib/ExtUtils/Install.pm#L274

Fix duplicated columns for count()

When a same aggregate function was used more than once in a 'having'
clause, count() added that function more than once to 'select'.

release v0.08206

Try Schwern's latest Test::Builder offering on a stock perl and a threaded blead

Reorganize travis stuff a little - no functional changes

Try to config Fibrebird twice - it does seem to help >.<

Read changeset under -w

Temporary workaround for Path::Class not being installable (RT#83143)

Changelogging for 728f32b5 and e705f529

Revert parts of 6864429a which utterly broke dbh_do() retries

Was never noticed because of undertesting, now should behave correctly

Clarify travis timings

New travis build infrastructure is 'set -e' sensitive

Prevent spurious unclean git repo state on ddl regeneration

Extra sanity check of a fresh DBI handle

Make `perl Makefile.PL` runs more user friendly - better diagnostics

Stop `perl Makefile.PL` from recursing into distdirs if present

More .mailmap fixes

General cleanup of error messages - quote identifiers/names where sensible

No functional changes

Remove TODO labels from blocks not using todo_skip() - no test changes

Revert 344f761c - this was a stupid idea

Way too many failures, maked CPANTesters output unusable.
Extracted and submitted as DBI RT#82942 instead

::Storage::BlockRunner now has minimum POD, tell CPAN to noindex

It is not ready for prime time yet

Only allow known globals in SQL::Translator leak allowance

release v0.08205

Ensure xt/whitespace.t executes standalone

This way it will not pick up anything temporary a test may have left
around, and won't complain about the whitespace contents.

Clarifying that the "around" method modifier can come from Moose

Also adding a trailing semicolon to the "around" example. This way, it
better agrees with the information in Manual::FAQ.

Do not tax travis with full pull request smoking

Some cleanups around loading/use of DBIx::Class::Exception (no func. changes)

Revert workarounds for $@ broken during 5.13.x - mainly 1f870d5a

Luckily reason prevailed and $@ was left alone during DESTROY time,
the complexity (mnost of it compiled away) is no longer needed

More historic info can be found here: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?p=dbsrgits/DBIx-Class-Historic.git;a=blob_plain;f=useful_guard_objects.html;h=4678884

Further reshuffle logic in _rs_update_delete - no functional changes

review with -w, lots of reindentation

Fix self-referential resultset update/delete on MySQL (aggravated by 31073ac7)

MySQL is unable to figure out it needs a temp-table when it is trying
to update a table with a condition it derived from that table. So what
we do here is give it a helpful nudge by rewriting any "offending"
subquery to a double subquery post-sql-generation.

Performance seems to be about the same for moderately large sets. If it
becomes a problem later we can always revisit and add the ability to
induce "row-by-row" update/deletion instead.

The implementation sucks, but is rather concise and most importantly
contained to the MySQL codepath only - it does not affect the rest of
the code flow in any way.

Fix proper handling of composite resultset heads (e.g. as_subselect_rs)

Solves http://lists.scsys.co.uk/pipermail/dbix-class/2012-July/010650.html

Move the *preliminary* multicol IN support to the sqlmaker

It really does not belong in ResultSet.pm, but we do not have an API
either. Take a first stab at a sketch, DQ will need to wrangle it to
completion.

Flip quoting in all of t/71mysql.t (no test changes)

Simplify dbh_do invocation, and only alias @_ when needed

Scope::Upper somehow confuses pseudofork on older perls - investigation pending

View the patch with -w, lots of reindentation

Reign in (a little bit) the sprawling CRLF insanity on Win32

In the process join the notabs/eol tests into one file, and tighten
the WS checks even more

Ensure the testddl is regenerated at Makefile and distdir times

This will stop things constantly getting out of sync

Regenerate SQLite testschema ddl with explicit quoting and generate FKs

We *do not* yet turn on FK checking in sqlite - many tests will need tweaking

SQLT got a lot better lately - bump min version

Remove a large number of workarounds in the process

Remove SQLA namespace pollution fixer - this is no longer the case since 1.73

deployment_statements() is not storage-dependent - only sqlt_type() is

This fixes maint/gen_schema erroring out after 75d3bdb243

Reduce amount of calls to $rsrc->columns_info where possible

_resolve_bindattrs already expects colinfo - just pass it in where we forgot

Fix some pessimizations spotted here and there (no functional changes)

Mainly remove a number of unused @_ unpackings, and remove the hideous
_resolved_attrs_copy pessimizer

Remove apparent pessimization introduced in 6a588797

There is no conceivable reason why the attrs need to be recalculated on cursor
reset. All tests seem to pass as well. Removing it as the calculation is quite
expensive - if problems arise bisection will hopefully lead us here

Optimize populate(), especially bind handling in complex populate cases

Instead of recalculating the data slice positions on every loop, we
do it only once during the "proto bind" generation. This is because
even though all bind values can and will change (even ones supplied
via \[ ... ]), their number will always remain constant.

Simplify/cleanup parsing of search() arguments

Ensure _dbi_attrs_for_bind/bind_attribute_by_data_type are called after connecting

This way a user does not have to worry about the particular DBI/DBD being
loaded before accessing its constants

Remove support for source_bind_attributes() as promised in 0e773352a

Original deprecation was put in place almost 2 years ago

Deprecate emulate_limit() - can not be sanely supported by DQ

Reorganize travis test script, I *think* no functional changes

List::Util got fixed and is again installable on 5.8

Move Travis Data::Dumper installation earlier, before its dependents

Install Carp.pm separately on Travis

Otherwise when the timing is right it trips up installation of the parallel job

Reorganize MSSQL/DBD::Sybase TODOs on MAS+txn tests