Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Scott Kitterman
The odds of system management scripts I wrote a decade ago and haven't touched since living in a virtualenv is approximately zero. The issue with switching where /usr/bin/python points to python3 is to avoid problems on systems. I don't think virtualenv is relevant. In any case, if you're usi

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Thomas Kluyver
It's worth mentioning that in virtualenvs and conda envs, where there can only be one version of Python installed, 'python' refers to that whether it is Python 3 or 2. So it's already not a safe assumption that 'python' always means Python 2, even if you discount Arch. On 15 April 2015 at 21:04, S

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Scott Kitterman
On April 15, 2015 8:00:22 PM EDT, Barry Warsaw wrote: >On Apr 15, 2015, at 04:42 PM, Scott Kitterman wrote: > >>Then I don't understand why the whole s/python/python2// plan in the >shebangs >>helps anything. As long as both exist, it's a no-op. > >Partly this is to begin to educate users to sto

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Barry Warsaw
On Apr 15, 2015, at 04:42 PM, Scott Kitterman wrote: >Then I don't understand why the whole s/python/python2// plan in the shebangs >helps anything. As long as both exist, it's a no-op. Partly this is to begin to educate users to stop using /usr/bin/python, which has unclear semantics across th

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Scott Kitterman
On Wednesday, April 15, 2015 11:00:53 PM Stefano Rivera wrote: > Hi Scott (2015.04.15_22:42:26_+0200) > > > P.S. It would be nice if there would be a PEP that says to never ever do > > this. I know it would make Arch have a sad, but they'll get over it. > > I think everyone wants to make Arch s

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Stefano Rivera
Hi Scott (2015.04.15_22:42:26_+0200) > P.S. It would be nice if there would be a PEP that says to never ever do > this. I know it would make Arch have a sad, but they'll get over it. I think everyone wants to make Arch sad. In retaliation for them making us sad. Apparently there were many confu

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Scott Kitterman
On Wednesday, April 15, 2015 02:16:58 PM Barry Warsaw wrote: > On Apr 15, 2015, at 12:24 PM, Scott Kitterman wrote: > >Maybe I'll mellow over time, but currently my thinking is that if there's > >an upload to point /usr/bin/python at a python3, it will be immediately > >followed by one where I remo

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Barry Warsaw
On Apr 15, 2015, at 12:24 PM, Scott Kitterman wrote: >Maybe I'll mellow over time, but currently my thinking is that if there's an >upload to point /usr/bin/python at a python3, it will be immediately followed >by one where I remove myself from being maintainer. It's an idea that can >only cause p

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Scott Kitterman
On April 15, 2015 11:17:52 AM EDT, Stefano Rivera wrote: >Hi Scott (2015.04.15_02:17:18_+0200) >> >Upstream Python's direction for Python paths is in favor of >explicitly >> >numbered >> >/usr/bin/python2 and /usr/bin/python3. In support of this, rough >> >consensus in >> >the room is that /usr/bi

Re: Bits from the Debian PyCon Hangout - /usr/bin/python

2015-04-15 Thread Stefano Rivera
Hi Scott (2015.04.15_02:17:18_+0200) > >Upstream Python's direction for Python paths is in favor of explicitly > >numbered > >/usr/bin/python2 and /usr/bin/python3. In support of this, rough > >consensus in > >the room is that /usr/bin/python should likely be removed *entirely* > >from > >shebangs