Re: [pypy-dev] Policy on Python 3 and Python 2 executable names

2011-08-31 Thread Aaron DeVore
On Wed, Aug 31, 2011 at 12:13 AM, Armin Rigo  wrote:
>
> I suppose that we need to *have* a pypy3 first, before any
> conversation like that really makes sense.  Last March this wasn't
> even being considered.  Now it is maybe in some very draftish early
> planning stage.

The idea is to be proactive in policy making instead of allowing the
problem to be acute like with CPython.

-Aaron DeVore
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev


Re: [pypy-dev] Policy on Python 3 and Python 2 executable names

2011-08-31 Thread Armin Rigo
Hi Aaron,

On Tue, Aug 30, 2011 at 11:12 PM, Aaron DeVore  wrote:
> From what I can tell, PyPy doesn't have a policy on how package
> maintainers should differentiate between Python 2 and Python 3
> executables. I brought up adding "pypy2" on #pypy in March, but the
> conversation quickly died.

I suppose that we need to *have* a pypy3 first, before any
conversation like that really makes sense.  Last March this wasn't
even being considered.  Now it is maybe in some very draftish early
planning stage.


Armin
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev


Re: [pypy-dev] Policy on Python 3 and Python 2 executable names

2011-08-30 Thread Amaury Forgeot d'Arc
2011/8/30 Aaron DeVore 

> Possible solution [who uses it for CPython]:
> 1) pypy arbitrary, pypy2 for Python 2, pypy3 for Python 3 [PEP 394, Gentoo]
> 2) pypy for Python 2, pypy3 for Python 3, no pypy2 [Debian family]
> 3) pypy for Python 2, pypy2 for Python 2, pypy3 for Python 3 [Red Hat
> family]
> 4) pypy for Python 3, pypy2 for Python 2, pypy3 for Python 3 [Arch Linux]
>
> I prefer #1 because it sticks with PEP 394 and is future-proof. #2 and
> #3 take away future flexibility. #4 is a horrible, horrible idea at
> present.
>

As far as I care, #1 also looks better to me, because it follows CPython
conventions.

But the ultimate solution is certainly:
0) python for arbitrary PyPy, python2 for PyPy 2, and python3 for PyPy 3!

-- 
Amaury Forgeot d'Arc
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev


[pypy-dev] Policy on Python 3 and Python 2 executable names

2011-08-30 Thread Aaron DeVore
>From what I can tell, PyPy doesn't have a policy on how package
maintainers should differentiate between Python 2 and Python 3
executables. I brought up adding "pypy2" on #pypy in March, but the
conversation quickly died.

CPython ran into the no-policy problem when Arch Linux decided to
switch /usr/bin/python to be Python 3. There wasn't a naming policy
for /usr/bin/python at that point. The PEP that represents the
relevant python-dev mailing list thread is PEP 394[1]. PEP 394 isn't
finished yet, but should be soon.

Possible solution [who uses it for CPython]:
1) pypy arbitrary, pypy2 for Python 2, pypy3 for Python 3 [PEP 394, Gentoo]
2) pypy for Python 2, pypy3 for Python 3, no pypy2 [Debian family]
3) pypy for Python 2, pypy2 for Python 2, pypy3 for Python 3 [Red Hat family]
4) pypy for Python 3, pypy2 for Python 2, pypy3 for Python 3 [Arch Linux]

I prefer #1 because it sticks with PEP 394 and is future-proof. #2 and
#3 take away future flexibility. #4 is a horrible, horrible idea at
present.

-Aaron DeVore

[1] http://www.python.org/dev/peps/pep-0394/
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev