| 2008-06-24 04:54:03 |
Steve Langasek |
description |
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. |
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.
TEST CASE #1:
1) sudo rm /usr/bin/python && sudo cp /usr/bin/python2.5 /usr/bin/python
2) with the hardy version of python-central installed, try to install any python-central-using package; e.g., python-daap
3) observe that the package install fails with this error:
ValueError: the symlink /usr/bin/python does not point to the python default version. It must be reset to point to python2.5
4) install the hardy-proposed version of python-central
5) try again to install python-daap and observe that the install succeeds
TEST CASE #2:
1) install the hardy-proposed version of python-central.
2) install and remove the python-daap package. Verify that the removal completes successfully, and that no files are left behind matching the pattern /usr/lib/python2.*/site-packages/daap.*
(this is a limited test case for the fix to removing symlinks associated with old versions of python on package removal; we can't properly test that functionality in hardy at present because the only "old" version of python available is python2.3 from dapper, but python-central does not exist in dapper, so we can only test for regressions in the usual removal functionality.)
|
|
