- workaround removal of nested() in py3k

- ensure all tests are named test_*

- fix unit test affected by #3075

pep8 cleanup

- The exception wrapping system for DBAPI errors can now accommodate
non-standard DBAPI exceptions, such as the psycopg2
TransactionRollbackError.  These exceptions will now be raised
using the closest available subclass in ``sqlalchemy.exc``, in the
case of TransactionRollbackError, ``sqlalchemy.exc.OperationalError``.
fixes #3075

- Fixed 0.9.7 regression caused by :ticket:`3067` in conjunction with
a mis-named unit test such that so-called "schema" types like
:class:`.Boolean` and :class:`.Enum` could no longer be pickled.
fixes #3144

- find the remaining not cleaning up correctly test

fix test ordering issues

- rework the exclusions system to have much better support for compound
rules, better message formatting

- fix whitespace

- restore non_updating_cascade to test_manytomany_nonpassive, but also
add sane_multi_rowcount requirement, as pg8000 doesn't do "multi" row count.

- more pg8000 tests passing

PEP8 tidy of test/orm/test_dynamic.py

Fixes for pg8000 for test/orm/test_dynamic.py

PEP8 tidy of test/orm/test_froms.py

Opened test_self_referential for pg8000

The test orm/test_froms.py test_self_referential works with pg8000 now,
so I've opened it up.

PEP8 tidy for test/orm/test_naturalpks.py

Remove requirement for manytomany_nonpassive

Removed the non_updating_cascade requirement from
test_manytomany_nonpassive. This is because setting
passive_updates=False in a relationship should work on *all* dialects.

PEP8 tidy of test/orm/test_query.py

Conflicts:
test/orm/test_query.py

pg8000 passing test/orm/test_query.py

Conflicts:
test/orm/test_query.py

PEP8 tidy for test/orm/test_transaction.py

Fix support for two phase commit in pg8000 dialect

The postgresql base dialect has problems with two-phase commit because
there isn't a standard way of handling autocommit in DBAPI. This commit
modifies the pg8000 dialect to use the DBAPI tpc extension, which is
supported by pg8000 as of version 1.9.11.

PEP8 tidy for test/orm/test_versioning.py

Fix argument to array() in array._bind_param()

array.__init__() expects a list as its sole parameter but inside _bind_param(), instead of sending a list it's sending each item in the list as a separate argument which is incorrect.

- Fixed bug in :class:`.postgresql.array` object where comparison
to a plain Python list would fail to use the correct array constructor.
Pull request courtesy Andrew.  fixes #3141

- flake8 all of test/dialect/postgresql
- add __backend__ to most tests so that pg8000 can start coming in

- use a variant with expected collation here for mysql

- Added a supported :meth:`.FunctionElement.alias` method to functions,
e.g. the ``func`` construct.  Previously, behavior for this method
was undefined.  The current behavior mimics that of pre-0.9.4,
which is that the function is turned into a single-column FROM
clause with the given alias name, where the column itself is
anonymously named.
fixes #3137

- start 0.9.8

0.9.7

- missing 0.8 change forwards port

spelling

- ticket inline

- update some SQL server tests, support
- add support for IDENTITY INSERT setting for INSERT with inline VALUES

- allow 10 stray connections that need a gc
- be specific as to what occurred when we collect stray gc

- fix missing release date

put a greater variance into this test to prevent sporadic failures

- Fixed bug introduced in 0.9.5 by new pg8000 isolation level feature
where engine-level isolation level parameter would raise an error
on connect. fixes #3134

Fix doc gen on Windows platform

- replaced hardcoded ":" path separator with OS dependent one.

- support args

- apply pep8 formatting to sqlalchemy/sql, sqlalchemy/util, sqlalchemy/dialects,
sqlalchemy/orm, sqlalchemy/event, sqlalchemy/testing

Conflicts:
lib/sqlalchemy/dialects/mssql/base.py
lib/sqlalchemy/dialects/mysql/base.py
lib/sqlalchemy/dialects/mysql/mysqldb.py
lib/sqlalchemy/dialects/oracle/base.py
lib/sqlalchemy/dialects/sybase/base.py
lib/sqlalchemy/orm/attributes.py
lib/sqlalchemy/orm/evaluator.py
lib/sqlalchemy/orm/identity.py
lib/sqlalchemy/orm/instrumentation.py
lib/sqlalchemy/orm/loading.py
lib/sqlalchemy/orm/mapper.py
lib/sqlalchemy/orm/session.py
lib/sqlalchemy/orm/sync.py
lib/sqlalchemy/sql/compiler.py
lib/sqlalchemy/sql/selectable.py
lib/sqlalchemy/testing/requirements.py
lib/sqlalchemy/testing/suite/test_select.py

- add E721

reformat test_types

- update the flake8 rules again
- apply autopep8 + manual fixes to most of test/sql/

- Fixed bug in oracle dialect test suite where in one test,
'username' was assumed to be in the database URL, even though
this might not be the case.  Fixes #3128

- also add the alternate approach, name column distinctly from attribute name,
ref #3129

- add a documentation section for naming conflicts, fixes #3129

- reinstate E123, E125, E128
- edit strategies.py to conform

- forwards-port changelog for ref #3093

- use an odict here to ensure ordering of properties

- add a full env for pypy, name it funny to avoid hidden/undocumented
tox behavior

- fully flake8 this file

- Fixed a regression caused by :ticket:`2976` released in 0.9.4 where
the "outer join" propagation along a chain of joined eager loads
would incorrectly convert an "inner join" along a sibling join path
into an outer join as well, when only descendant paths should be
receiving the "outer join" propagation; additionally, fixed related
issue where "nested" join propagation would take place inappropriately
between two sibling join paths.

this is accomplished by re-introducing the removed flag "allow_innerjoin",
now inverted and named "chained_from_outerjoin".  Propagating this flag
allows us to know when we have encountered an outerjoin along a load
path, without confusing it for state obtained from a sibling path.

fixes #3131
ref #2976

- Fixed a SQLite join rewriting issue where a subquery that is embedded
as a scalar subquery such as within an IN would receive inappropriate
substitutions from the enclosing query, if the same table were present
inside the subquery as were in the enclosing query such as in a
joined inheritance scenario.
fixes #3130

- wrestle with conv() and tests some more

- allow the compilation rule that gets the formatted name
to again have the chance to veto rendering, as the naming convention
can make the decision that the name is "none" or not now.

- Fix bug in naming convention feature where using a check
constraint convention that includes ``constraint_name`` would
then force all :class:`.Boolean` and :class:`.Enum` types to
require names as well, as these implicitly create a
constraint, even if the ultimate target backend were one that does
not require generation of the constraint such as Postgresql.
The mechanics of naming conventions for these particular
constraints has been reorganized such that the naming
determination is done at DDL compile time, rather than at
constraint/table construction time.
fixes #3067

- Fixed a regression from 0.9.5 caused by :ticket:`3025` where the
query used to determine "default schema" is invalid in SQL Server 2000.
For SQL Server 2000 we go back to defaulting to the "schema name"
parameter of the dialect, which is configurable but defaults
to 'dbo'. fixes #3025

- Added statement encoding to the "SET IDENTITY_INSERT"
statements which operate when an explicit INSERT is being
interjected into an IDENTITY column, to support non-ascii table
identifiers on drivers such as pyodbc + unix + py2k that don't
support unicode statements.
ref #3091 as this fix is also in that issue's patch, but is
a different issue.

- In the SQL Server pyodbc dialect, repaired the implementation
for the ``description_encoding`` dialect parameter, which when
not explicitly set was preventing  cursor.description from
being parsed correctly in the case of result sets that
contained names in alternate encodings.  This parameter
shouldn't be needed going forward.
fixes #3091

- Fixed a regression from 0.9.0 due to :ticket:`2736` where the
:meth:`.Query.select_from` method no longer set up the "from
entity" of the :class:`.Query` object correctly, so that
subsequent :meth:`.Query.filter_by` or :meth:`.Query.join`
calls would fail to check the appropriate "from" entity when
searching for attributes by string name.
fixes #3083

 -Fixed bug in common table expressions whereby positional bound
parameters could be expressed in the wrong final order
when CTEs were nested in certain ways.
fixes #3090

- Fixed bug where multi-valued :class:`.Insert` construct would fail
to check subsequent values entries beyond the first one given
for literal SQL expressions.
fixes #3069

need a 1.0.0 here

- Added a "str()" step to the dialect_kwargs iteration for
Python version < 2.6.5, working around the
"no unicode keyword arg" bug as these args are passed along as
keyword args within some reflection processes.
fixes #3123

- add some order bys

- ensure usedevelop is present so that C exts are in the tests

- adjust this to work on PG also

PEP8 style fixes

- Fixed bug in :class:`.Enum` and other :class:`.SchemaType`
subclasses where direct association of the type with a
:class:`.MetaData` would lead to a hang when events
(like create events) were emitted on the :class:`.MetaData`.
fixes #3124

Conflicts:
test/sql/test_types.py

update test runners to be module-based

OK use tox

fixed style to conform to PEP8

- determine the root cause of the mysqlconnector issue, report
it and move on

- mark tests failing for mysqlconnector, oursql

Conflicts:
test/dialect/mysql/test_types.py

- The :meth:`.TypeEngine.with_variant` method will now accept a
type class as an argument which is internally converted to an
instance, using the same convention long established by other
constructs such as :class:`.Column`. fixes #3122

- break up the <authors> copyright comment as part of a pass
  to get all flake8 passing

- support __only_on__ and __backend__ at the same time

Conflicts:
test/dialect/mysql/test_types.py

- Fixed bug where "python setup.py test" wasn't calling into
distutils appropriately, and errors would be emitted at the end
of the test suite.

Conflicts:
doc/build/changelog/changelog_09.rst

-do an autoflake8 here

- The "evaulator" for query.update()/delete() won't work with multi-table
updates, and needs to be set to `synchronize_session=False` or
`synchronize_session='fetch'`; this is a warning in 0.9.7, an
exception in 1.0.

fixes #3117

PEP8 tidy of subset of test/sql/*.py

pg8000 passing test/sql

- add postgresql_regconfig argument to PG dialect for match() operator,
implements PG's to_tsquery('regconfig', 'arg') pattern. fixes #3078

document JSONB

changelog

Merge pull request #101 from ddimmich/master

Postgres 9.4 Jsonb support

typo: s/tranasction/transaction

Conflicts:
test/engine/test_transaction.py

typo: s/founds/found

typo: s/thbe/the

Conflicts:
test/engine/test_transaction.py

changelog, fixes #3093

Return the assigned value in MultableDict.setdefault

add pg8000

pg8000 passing test/sql/test_types.py

Opened up two tests that now pass with pg8000. Also, rewrote two tests
to use actual tables rather than having a round trip in a single select
statement. This is necessary for pg8000 because it sends strings to the
server with type 'unknown' and lets the server work out the type.

- changelog

- Fixed support for multivalue inserts for MS SQL 2008 since it is actually supported.

- add test support for disconnect modification

- clarify that the pg8000 backend has no impact of any kind on
the pg8000 DBAPI's encoding behavior, fixes #3112.

- rework the entire approach to #3076. As we need to catch all exceptions
in all cases unconditionally, the number of use cases that go beyond what
dbapi_error() is expecting has gone too far for an 0.9 release.
Additionally, the number of things we'd like to track is really a lot
more than the five arguments here, and ExecutionContext is really not
suitable as totally public API for this.   So restore dbapi_error
to its old version, deprecate, and build out handle_error instead.
This is a lot more extensible and doesn't get in the way of anything
compatibility-wise.

- Added new attributes :attr:`.ExecutionContext.exception` and
:attr:`.ExecutionContext.is_disconnect` which are meaningful within
the :meth:`.ConnectionEvents.dbapi_error` handler to see both the
original DBAPI error as well as whether or not it represents
a disconnect.