Bugzilla Bug 33372

Here's a list of packages that don't work or conflict with python-2.3:

csv - included in python-2.3
optik - included in python-2.3
<pypgsql-2.4
<egenix-mx-base-2.0.4

There is probably a whole lot more. This list is to keep check of which ones
that need to be bumped to whatever (stable/etc) when python-2.3 is introduced.

From the Zope 2.7.0 beta 3 announce:

Note that Zope 2.7 now requires Python 2.3.2.

Also note that Python-2.3.3 will likely be out within the next month, so it is
probably not worth marking as stable until that happens.

net-zope/zope-2.6.2 does not build with python-2.3.2, i.e.
PYTHON_VERSION_SLOT="VIRTUAL".

I propose the following change to the ebuild:

--- /usr/portage/net-zope/zope/zope-2.6.2.ebuild        2003-10-30
09:58:06.000000000 -0500
+++ /usr/local/portage/net-zope/zope/zope-2.6.2-r1.ebuild       2003-12-08
17:30:07.036201180 -0500
@@ -23,6 +23,9 @@
 if [ "${PYTHON_SLOT_VERSION}" = 'VIRTUAL' ] ; then
        RDEPEND="virtual/python"
        python='python'
+elif [ "${PYTHON_SLOT_VERSION}" != '' ] ; then
+       RDEPEND="=dev-lang/python-${PYTHON_SLOT_VERSION}*"
+       python="python${PYTHON_SLOT_VERSION}"
 else
        RDEPEND="=dev-lang/python-2.1.3*"
        python='python2.1'

i.e. allow PYTHON_SLOT_VERSION to actually contain a slot version.

This seems to work, in that setting PYTHON_SLOT_VERSION="2.2" makes it compile
with python2.2. Perhaps this is already planned for, depending on your reading
of these comments in the ebuild:

# This is for developers that wish to test Zope with virtual/python.
# If this is a problem, let me know right away. --kutsuya@gentoo.org
# I wondering if we need a USE flag for this. But I'm planning to have
# a private environmental variable called PYTHON_SLOT_VERSION set in
# ebuilds to build extensions for python2.1.

Looking at /usr/portage/eclass/distutils.eclass, I think it needs the same
treatment as the above patch: It really only considers version 2.1 and anything
else is virtual.

Wishlist item: I would really like it if Python extensions (or at least those
using the distutils eclass) would install in all installed versions of python.
That is, if I have python2.1, python2.2, and python2.3 installed, and I emerge
mysql-python, portage builds it for each version. (Zope's probably an exception
to this; it's a bit more than an extension.)

BTW, mysql-python-0.9.2 might not work with Python-2.3, but I should be pushing
out 0.9.3 by the end of the year, which does work with 2.3.

Created an attachment (id=21896) [details]
Allow PYTHON_SLOT_VERSION to contain a version

This is an updated version of the previous patch (in a comment). It updates the

warning that you get if you specify PYTHON_SLOT_VERSION.

Created an attachment (id=21936) [details]
Allow PYTHON_SLOT_VERSION to contain a version

This is a slightly reworked version, which only changes the warning message a
bit.

<=dev-libs/boost-1.30 apparently is not compatible with 2.3.x, need to bump
that to stable

gdesklets don't appear to work since updating to Python-2.3.3 - it exits with a
ImportError: could not import bonobo.ui message. Reemerging gnome-python,
bonobo-python, pygtk and gdesklets did not help.

Since 2.3.3 is now stable on all platforms, and 2.3.4 is in testing, maybe it's
time to close this, and any other packages that turn up can have their own
bugs.

yeah i think we can close this bug out now. thanks!