[Stackless] PEP 0404 and VS 2010 (python-dev)

Richard Tew richard.m.tew at gmail.com
Sat Nov 23 07:39:58 CET 2013


On Sat, Nov 23, 2013 at 11:26 AM, Anselm Kruis
<a.kruis at science-computing.de> wrote:
> 1. We are probably not allowed to release something called "Stackless Python
> 2.8". This causes significant problems, because it is sheer impossible for
> us to completely avoid the name Python. And every occurrence of the string
> "Python" could by a trademark violation. Differentiating between legitimate
> use of "Python" as the name of the language and misusing trademark "Python"
> is probably not trivial.
> That's way to risky (at least for my boss).
>
> Therefore we need the permission of the PSF, if we want to release any
> version not based on an python.org CPython. At least we need a settlement
> that clearly states, that we still are allowed to distribute the unmodified
> documentation (it uses the word "Python" very often) and that we are not
> required to change any doc-strings.

I'll bring this up on the python-dev mailing list.

> 2. The VS2010 compiler problem does not justify a new version number. I'm
> not completely convinced that Steve Downer's proposal
> https://mail.python.org/pipermail/python-dev/2013-November/130546.html
> works, but there is still the option to change the name of the python-DLL.
>
> Because Stackless is binary compatible to corresponding CPython releases, we
> should wait until CPython VS2010 support is out. Otherwise we loose the
> ability to use the python ecosystem (PyPi, pip, ...).
>
> 3. I still see the requirement to support Python 2.7+ for a much longer
> period. And reasonable backports from 3.x really make sense. If CPython
> 2.7.7 adds support for newer compilers, we still could add back ports to
> 2.7-slp, provided they don't break compatibility.

Are you suggesting we change our approach, and exclude changes in
CPython that we do not like (or are inconvenient) from entering
Stackless Python?

Cheers,
Richard.



More information about the Stackless mailing list