2.4.4 => 2.4.8
2.5.2 => 2.5.4
2.6 => 2.6.1
Python 2.4 and 2.5 lose their build knobs to match 2.6.
Removes no longer needed Python 2.5 security patches backported
from the release25-maint SVN branch.
Remove the -bz2 subpackage from all three versions. It is silly
to make a subpackage to avoid depending on something tiny and
compatibly licensed.
Python 2.4 and 2.5 lose their -expat subpackages; expat has been
in base for some time.
Python 2.5 loses its sqlite subpackge. Again, sqlite is tiny,
compatibly licensed and is depended upon by more and more
applications. This brings it into line with the 2.6 version.
Rework all three version's handling of setup.py. Rather than regex
replacing LOCALBASE and X11BASE into setup.py post-configure, these
are passed in though environment variables. Will save hours of
frustrated cursing familiar to anyone who has accidently used the
update-patches target after configure and had to go back and redo
all the substitutions.
Rework the patching of setup.py for 2.4 and 2.5 to be more like
what we do for 2.6. I.e. keep the diff minimal and avoid deleting
huge blocks of code, so the diff has a chance of applying without
massive hand-editing each patch release.
Fix .py paths in installed .pyc files (patch from eric@)
feedback from several, particularly eric@, ajacoutot@ and Ingo
Schwarze; "get it in" ajacoutot@
Flip default ALL_TARGET to the one that will be used for current
and future (>=2.5) Python releases, move old default down into
2.3 and 2.4 Makefiles
Turn on a verbose retry when regress tests fail; saves messing with
LD_LIBRARY_PATH incantations to get them to rerun
Take maintainership
- build python with CXX, fixes problems with extensions that use CXX
such as the py-wxWidgets problem spotted by john.danks at gmail.com
from alek@ some time ago
Python is an interpreted, interactive, object-oriented
programming language that combines remarkable power with
very clear syntax.
tested by djm@ and mpech@ (but more tests are needed!)
mbalmer@ and xsa@ want it to go in
