summaryrefslogtreecommitdiff
path: root/parts/django/docs/releases/1.0.2.txt
diff options
context:
space:
mode:
Diffstat (limited to 'parts/django/docs/releases/1.0.2.txt')
-rw-r--r--parts/django/docs/releases/1.0.2.txt51
1 files changed, 0 insertions, 51 deletions
diff --git a/parts/django/docs/releases/1.0.2.txt b/parts/django/docs/releases/1.0.2.txt
deleted file mode 100644
index b34522a..0000000
--- a/parts/django/docs/releases/1.0.2.txt
+++ /dev/null
@@ -1,51 +0,0 @@
-==========================
-Django 1.0.2 release notes
-==========================
-
-Welcome to Django 1.0.2!
-
-This is the second "bugfix" release in the Django 1.0 series,
-improving the stability and performance of the Django 1.0 codebase. As
-such, Django 1.0.2 contains no new features (and, pursuant to
-:doc:`our compatibility policy </misc/api-stability>`, maintains backwards compatibility with Django
-1.0.0), but does contain a number of fixes and other
-improvements. Django 1.0.2 is a recommended upgrade for any
-development or deployment currently using or targeting Django 1.0.
-
-
-Fixes and improvements in Django 1.0.2
-======================================
-
-The primary reason behind this release is to remedy an issue in the
-recently-released Django 1.0.1; the packaging scripts used for Django
-1.0.1 omitted some directories from the final release package,
-including one directory required by ``django.contrib.gis`` and part of
-Django's unit-test suite.
-
-Django 1.0.2 contains updated packaging scripts, and the release
-package contains the directories omitted from Django 1.0.1. As such,
-this release contains all of the fixes and improvements from Django
-1.0.1; see :doc:`the Django 1.0.1 release notes </releases/1.0.1>` for
-details.
-
-Additionally, in the period since Django 1.0.1 was released:
-
-* Updated Hebrew and Danish translations have been added.
-
-* The default ``__repr__`` method of Django models has been made more
- robust in the face of bad Unicode data coming from the
- ``__unicode__`` method; rather than raise an exception in such
- cases, ``repr()`` will now contain the string "[Bad Unicode data]"
- in place of the invalid Unicode.
-
-* A bug involving the interaction of Django's ``SafeUnicode`` class
- and the MySQL adapter has been resolved; ``SafeUnicode`` instances
- (generated, for example, by template rendering) can now be assigned
- to model attributes and saved to MySQL without requiring an explicit
- intermediate cast to ``unicode``.
-
-* A bug affecting filtering on a nullable ``DateField`` in SQLite has
- been resolved.
-
-* Several updates and improvements have been made to Django's
- documentation.