Comment 0 for bug 237654

Binary package hint: python-central

python-central (0.6.7ubuntu0.1) hardy-proposed; urgency=low

  * Upload to hardy-proposed, dropping the following changes:
    - No debhelper v7 support.

python-central (0.6.7ubuntu1) intrepid; urgency=medium

  * Add a sequence file for debhelper v7 support.
  * Add infrastructure to remove generated files on upgrades to newer
    versions of a package not having files handled by python-central.
    See dh_pycentral(1).
-> Normally the symlinks are not removed on upgrades, to keep files
     available during upgrades. We need a way to remove these on upgrade
     to package not using pycentral in the future. This lets the preinst of a new version
     of a package drop a file, so that the symlinks are removed on upgrade in any
     case.
  * Properly remove symlinks and bytecode files for old python versions.
    Closes: #409390.
-> If a python version was marked as old, we didn't remove the symlinks
     and bytecode files.

python-central (0.6.6ubuntu1) intrepid; urgency=low

  * pycentral rtremove: Don't rely on the status of a package reading
    the status file, use dpkg-query instead. LP: #225927.
-> fixes an upgrade error (note that this goes away with a second upgrade
     run as well)
  * pycentral updatedefault: Call py_compilefiles with `-f' for private
    modules.
-> we can't rely on the timestamp, if we change the default python version
  * dh_pycentral: Install the preinst script for packages having
    private modules; really closes: #477180.
-> needed for updates with new or non-existing files in the new version.
  * dh_pycentral: Set Python-Version according to the public modules,
    if the package contains both private and public modules. Closes: #477566.
-> fix the Python-Version field for some corner cases.
  * pyversions.py: Don't rely on /usr/bin/python being a symlink.
    Closes: #450591.
-> Robustify upgrades, still checking for the correct python version.