Added support for timezone aware datetime objects as supported in Django 1.4.
Fixed the timezone handling by simply converting the timezone aware datetime object into a naive version with the help of the default timezone (aka settings.TIME_ZONE).
Guard MySQL database tests
Fix 2.6 incompatability
Added a custom datetime.datetime subclass to act as a compatibility layer between South and Django 1.4s timezone aware datetime objects.
Merged in jezdez/south (pull request #26)
Add missing comma
Added forgotten trailing comma.
skip non-found adapters
Fixed incorrect reference in the API docs
Fixed #1022: Show error messages from DB commit

--HG--
extra : rebase_source : fbbcbc629d65b32576389e54e25bd0ef6cf35fac
Handle cases better in which the default value of a field is set to the callable django.utils.timezone.now by setting it to datetime.datetime.now (to be able to be compatible to USE_TZ = False).
Convert default values of datetime.date to datetime.datetime instances to make a better guess at which timezone is meant later when running the migrations. This is especially useful for projects starting with USE_TZ = False but enable timezones support later on and still want to use the old migrations.
Auto merge.
Moved has_dll_transaction flag to feature detection

--HG--
branch : has-ddl-transaction-feature-detection
Make sure to always drop the DDL_TRANSACTION_TEST table

--HG--
branch : has-ddl-transaction-feature-detection
Avoid has_ddl_transactions feature detection if the backend doesn't support transactions in the first place

--HG--
branch : has-ddl-transaction-feature-detection
Merged in charettes/south/has-ddl-transaction-feature-detection (pull request #33)
Fixed issue #776 (http://south.aeracode.org/ticket/776) by using django.db.backends.creation.BaseDatabaseCreation._digest. Seems that it's better than copy and paste of _digest method from Dajngo code.
Fix 1.4-only line that snuck in