[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Policy for "Specifying Supported Versions" for Python3



On Fri, Jun 18, 2010 at 08:37:32AM -0400, Scott Kitterman wrote:
> The version of Python Policy that was just uploaded to unstable is the first 
> one that attempts to address Python3.  It is just a start and more changes are 
> needed.
> 
> POX and I were just discussion this and discovered that we had been carrying 
> different assumptions about how packages would be expressing what versions they 
> support.
> 
> Today (since python3-defaults was also just uploaded) we have two supported 
> python versions (2.5, 2.6) and one supported python3 version (3.1).
> 
> The question that we think needs some discussion is what should the output of 
> `py3versions -vr '>= 2.4'` be?
> 
> As currently implemented, py3versions does not see that as including any 
> python3 versions, since no python3 support is explicitly declared.  I had 
> anticipated something like:
> 
> `py3versions -vr '>= 2.4 >=3.0'`
> 
> I am concerned to avoid packages implicitly picking up a claim for python3 
> support that they don't actually provide.  The problem with this is that using 
> something like:
> 
> XS-Python-Version: >= 2.x, >= 3.x
> 
> in debian/control is not expected by at the very least python-support and 
> dh_python{2,3}.  Lintian is not at all happy with it either. First question:  
> Does anyone know of other packages that this would be a problem for?
It worked on python-central the last time I tried it, although some 2.X
versions were duplicated.

> 
> Alternatives:
> 
> XS-Python-Version: >= 2.x
> XS-Python3-Version: >= 3.x
> 
> This avoids any risk of existing packages inadvertently expressing support for 
> a Python3 version, but adds more fields to debian/control (this would also 
> imply, I think, XB-Python3-Version).  This ends up making Packages.gz (and 
> .bz2) larger and making updates slower for everyone.  
I guess this would break python-apt, since it uses the following one:
   XS-Python-Version: 2.5, 2.6, 3.1
(breaking meaning feature [3.1 modules] loss in package rebuild)

Another reason against this would be that it will look stupid once there
is no Python 2 anymore.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Attachment: pgpJELcqqrJPJ.pgp
Description: PGP signature


Reply to: