SEARCH
NEW RPMS
DIRECTORIES
ABOUT
FAQ
VARIOUS
BLOG

 
 
Changelog for python-South-1.0.2-1.1.noarch.rpm :
Wed Apr 22 14:00:00 2015 mciharAATTsuse.cz
- Update to 1.0.2:

* Python 3 compatability has been fixed (it was broken in 1.0 by an accidental introduction of iteritems())

* South will explicitly error if it detects Django 1.7 or above rather than failing with cryptic errors.

* Fix discovery of south_migrations directory during testing.

Wed Jul 23 14:00:00 2014 mciharAATTsuse.cz
- Update to version 1.0:
+ Last release to support migration to Django native migrations

Thu Mar 13 13:00:00 2014 mciharAATTsuse.cz
- Update to version 0.8.4
+ Django 1.6 compatibility
+ Timezone-aware DateTimeFields no longer issue warnings
+ Fixture loading issues fixed
+ Various database backend related issues fixed

Thu Oct 24 14:00:00 2013 speilickeAATTsuse.com
- Require python-setuptools instead of distribute (upstreams merged)

Wed Sep 25 14:00:00 2013 p.drouandAATTgmail.com
- Update to version 0.8.2
+ An issue with SQLite and default values that caused some migrations
to fail has been fixed
+ South now recognises more Django MSSQL backends, and no longer fails
to alter ForeignKeys that are in composite indexes
+ A small issue with the app cache on Django 1.6 has been fixed
+ The schemamigration and datamigration commands can now be properly
inherited and their templates easily changed

Sat Aug 4 14:00:00 2012 alexandreAATTexatati.com.br
- Update to 0.7.6:
- There is now a new --update switch, which you can use with
schemamigration to merge updates you\'ve just done into your
most recent migration and then reverse and re-apply that
migration to the database.
- Note that this will only work with migrations that aren\'t yet
committed into a VCS - once that occurs, you should create a
new migration rather than running --update on the current one.

Wed May 23 14:00:00 2012 saschpeAATTsuse.de
- Update to version 0.7.5:
+ Single-column indexes should now be named the same as if they
were created using syncdb
+ UUID default values now work correctly on the PostgreSQL backend.
+ Transactions now use the correct database in a multi-db setup -
previously, they were sometimes using the default database instead
of another configured one.
+ Deletion of self-referencing ForeignKeys is now possible again.
+ A bug with ignoring changes to unmanaged models has been fixed,
so they are now ignored properly.
+ A few minor fixes, including the ability to change TextFields to
CharFields and vice-versa on the Oracle backend.
+ Other fixes

Wed Mar 28 14:00:00 2012 saschpeAATTgmx.de
- Initial version


 
ICM