Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #82391 > unrolled thread

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

Started byBarry Warsaw <barry@python.org>
First post2014-12-11 17:22 -0500
Last post2014-12-14 00:08 -0800
Articles 2 — 2 participants

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition Barry Warsaw <barry@python.org> - 2014-12-11 17:22 -0500
    Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition wxjmfauth@gmail.com - 2014-12-14 00:08 -0800

#82391 — Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

FromBarry Warsaw <barry@python.org>
Date2014-12-11 17:22 -0500
SubjectRe: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition
Message-ID<mailman.16878.1418336556.18130.python-list@python.org>

[Multipart message — attachments visible in raw view] — view raw

On Dec 11, 2014, at 11:35 AM, Mark Roberts wrote:

>I disagree. I know there's a huge focus on The Big Libraries (and wholesale
>migration is all but impossible without them), but the long tail of
>libraries is still incredibly important.

It is, but I think it's increasingly the case that packages which don't
support Python 3 will either be shamed into it, important enough to get high
quality contributed ports, or will be effectively abandoned and alternatives
found.  This is a big change from where we were several years ago.

All my new $work code is Python 3.  Some libraries are bilingual but
applications start and stay in Python 3-only.

Just recently the last two dependencies in Mailman 3 that blocked us from
beginning the port to Python 3 have been replaced[1].  We have active branches
that are slowly porting own code now[2].

While we can't quite declare victory yet, and there will always be legacy code
for which there just aren't the resources to port, I think it's perfectly
reasonable for Python 3 to be the default target version for any new code (and
a lot of existing code).

Cheers,
-Barry

[1] SQLAlchemy replaced Storm, and Falcon replaced restish in our trunk.

[2] https://code.launchpad.net/~barry/mailman/py3 and
https://code.launchpad.net/~raj-abhilash1/mailman/py3

[toc] | [next] | [standalone]


#82494

Fromwxjmfauth@gmail.com
Date2014-12-14 00:08 -0800
Message-ID<576aca8c-7973-48b1-8ec5-aed4fa7d3978@googlegroups.com>
In reply to#82391
Le jeudi 11 décembre 2014 23:22:49 UTC+1, Barry Warsaw a écrit :
> On Dec 11, 2014, at 11:35 AM, Mark Roberts wrote:
> 
> >I disagree. I know there's a huge focus on The Big Libraries (and wholesale
> >migration is all but impossible without them), but the long tail of
> >libraries is still incredibly important.
> 
> It is, but I think it's increasingly the case that packages which don't
> support Python 3 will either be shamed into it, important enough to get high
> quality contributed ports, or will be effectively abandoned and alternatives
> found.  This is a big change from where we were several years ago.
> 
> All my new $work code is Python 3.  Some libraries are bilingual but
> applications start and stay in Python 3-only.
> 
> Just recently the last two dependencies in Mailman 3 that blocked us from
> beginning the port to Python 3 have been replaced[1].  We have active branches
> that are slowly porting own code now[2].
> 
> While we can't quite declare victory yet, and there will always be legacy code
> for which there just aren't the resources to port, I think it's perfectly
> reasonable for Python 3 to be the default target version for any new code (and
> a lot of existing code).
> 
> Cheers,
> -Barry
> 
> [1] SQLAlchemy replaced Storm, and Falcon replaced restish in our trunk.
> 
> [2] https://code.launchpad.net/~barry/mailman/py3 and
> https://code.launchpad.net/~raj-abhilash1/mailman/py3

I will be able to make Python 3.5 failing or crashing
with any valid string I wish, as I able to do now.

jmf

[toc] | [prev] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web